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Die folgeitden Angaban sind den vom Anmelder eingereichten Unterlagen entnommen 

Prufungsantrag gem. § 44 PatG ist gestellt 

(§) Ein verteiltes technisches System fur die Partnersuche, Partnerschaftseignungsprufung und Bekanntmachung 
® Dieses System ist gedacht, um einen Dienst zur Part- 

nerschaftssuche, Partnerschaftseignungsuberprufung 

und Partnerschaftsvermittlung zu realisieren. Wenn je- 

mand auf der Suche ist, eine passende Person zu finden, 

um eine bestimmte Beziehung bzw. Tatigkeit zusammen 

zu probieren bzw. auszuuben, dann ermoglicht ihm die- 
ses System eine Umgebung mit mehreren Leuten, solch 

eine Person zu finden. Ein Benutzer laBt einen Dienst ba- 

siert auf diesem System von sich und seinen Wunschen 

wissen. 

Der Benutzer begibt sich zu ein em Ort, an dem dieser 
Dienst angeboten wird. Der Benutzer tragt ein Gerat mit 
sich. Wenn er sich an diesem Ort befindet, dann meldet er 
sich bei dem Dienst uber sein Gerat an, und sagt Be- 
scheid, da& er sich an diesem Ort befindet und daft er die- 
sen Dienst in Anspruch nehmen mochte. Dann wartet er 
ab. Der Dienst sucht nach anderen Benutzem, die auch fur 
diesen Ort angemeldet sind und fur eine Partnerschafts- 
vermittlung an den Benutzer geeignet sind. Wenn einer 
gefunden wird, wird er dem Benutzer vorgestellt. Infor- 
mationen uber den Partnerschaftskandidaten bekommt 
der Benutzer auf seinem Gerat zu sehen. Falls der Benut- 
zer mit dem vermittelten Partnerschaftskandidaten zufrie- 
den ist, la&t er dies den Dienst wissen. In diesem Fall baut 
der Dienst eine Verbindung zwischen seinem Gerat und 
dem Gerat des Partnerschaftskandidaten auf, so dafi die 
beiden miteinander spree hen konnen. Wahrend des Ge- 
sprachs konnen die beiden einen Treffpunkt in der Nahe 
ihres derzeitigen ... 



BUNDESDRUCKEREI 01.02 101 690/613/1 



14 



DE 100 40 948 A 1 

1 2 

Beschreibung [0005] Obwohl die Stadte immer groBer werden, wachst 

die Anonymitat immer wcitcr an. In viclen Gcscllschaflen 

[0001] Es gibt viele konventionelle Wege, um nach einem der Welt wird es immer schwieriger, mit anderen Menschen 

Partner zu suchen. Viele neue Internet Partnerschaftsver- zu reden oder sie gar anzusprechen, da mehr und mehr Men- 

mittlungen, Internet Katalogc, Internet Chat Dicnste, Inter- 5 schcn sich zu schr iiber sich sclbst und iiber den Eindruck 

net Anzeigen, usw. sind in letzter Zeit popular geworden. den sie auf andere machen, bewuBt geworden sind. Dies hat 

Schon fruher gab es Methoden wie Zeitungs- und Zeitschrif- dazu gefuhrt, da£ es einen dramatischen Ruckgang gibt, was 

tcnanzeigcn, Ehcpartncrkataloge, Fernsehanzeigen, Dating- die Spontaneitat und Naturlichkeit bei der Annalicrung an 

Shows usw. Manchmal wurde diese Rolle der Partner- andere Menschen angeht. Dies trifft besonders auf Leute 

schaftsanbahnung von realen Menschen ubemommen, die 10 von Ende 20 bis in die 40er Jahre zu. 

andere Menschen zusammen gebracht haben, die ihrer Mei- [0006] Es gibt einige Grundaspekte an jeder erfolgreichen 

nung nach fureinander geeignet waren, oftmals hatten die Behebungsstrategie: 
Leute einfach Gliick und haben den richtigen Partner zufal- 

lig getroffen. 1. Die richtigen Leute zu finden 

15 2. Einen Dialog aufzubaucn 

Abstrakt 3. Die Infrastruktur der Kommunikation zu unterstiit- 

zen 

[0002] Dieses System ist gedacht, um einen Dicnst zur 4. Anderen Menschen zu vcrtraucn 
Partnerschaftssuche, Partnerschaftscignungsuberpriifung 
und Partnerschaftsvermittlung zu realisieren. Wenn jemand 20 

auf der Suche ist, eine passende Person zu finden, um eine Konventionelle Strategien 
bestimmte Beziehung bzw. Tatigkeit zusammen zu probie- 

ren bzw. auszuiiben, dann ermoglicht ihm dieses System [0007] Die Gesellschaft funktioniert in der Weise, daB 
eine Umgebung mit mehreren Leuten, solch eine Person zu man die Problematik nicht wirklich als Problematik ansieht, 
finden. Ein Benutzcr laBt einen Dicnst basiert auf diesem 25 sondem als einen Teil des Lebcns. Ebcnso wird die Losung, 
System von sich und seinen Wiinschen wissen. d. h. eine Strategic, um verschiedene Menschen zusammen- 
[0003] Der Benutzer begibt sich zu einem Ort, an dem die- zubringen, als nichts anderes als ein Teil des Lebens angese- 
ser Dicnst angeboten wird. Der Benutzer tragt ein Gerat mit hen. Dcswegen mag es nicht richtig klingen, die Losungcn 
sich. Wenn er sich an diesem Ort befindet, dann meldet er als Losungen zu betrachten, sondern als Lubrizierung der 
sich bei dem Dienst iiber sein Gerat an, und sagt Bescheid, 30 Gesellschaft. Die verschiedenen Strategien sind eher als 
daB er sich an diesem Ort befindet und daB er diesen Dienst Maschen zu sehen, um die Gesellschaft interessanter zu ma- 
in Anspruch nehmen mochte. Dann wartet er ab. Der Dienst chen. Diese Tricks sind schon seit Jahrhunderten im Ge- 
sucht nach anderen Benutzem, die auch fur diesen Ort ange- brauch gewesen. In jeder Methode werden unterschiedliche 
meldet sind und fur eine Partnerschaftsvermittlung an den Aspekte der Strategien betont. 
Benutzer geeignet sind. Wenn einer gefunden wird, wird er 35 

dem Benutzer vorgestellt Informationen iiber den Partner- - Vergesellschaften im Sinn von Ausgehen bedeutet, 

schaftskandidaten bekommt der Benutzer auf seinem Gerat daB man sich an Orte begibt, an denen es Menschen in 

zu sehen. Falls der Benutzer mit dem vermittelten Partner- groBer Zahl gibt, und wo die Chance, jemanden zu tref- 

schaftskandidaten zufrieden ist, laBt er dies den Dienst wis- fen, mit dem man in eine Interaktivitat tritt, mit dem 

sen. In diesem Fall baut der Dienst eine Verbindung zwi- 40 man gemeinsame Interessen hat, groB ist. Manchmal 

sehen seinem Gerat und dem Gerat des Partnerschaftskandi- trifft man zufallig jemanden und baut eine Bekannt- 

daten auf, so daB die beiden miteinander sprechen konnen. schaft auf, und alles passiert von allein, und manchmal 

Wahrend des Gesprachs konnen die beiden einen Treffpunkt werden Leute von einem gemeinsamen Bekannten oder 

in der Nahe ihres derzeitigen Aufenthaltsortes vereinbaren. Freunden miteinander bekannt gemacht. Wenn man 

Kurz danach konnen sie sich dort treffen und ein Gesprach 45 durch einen anderen jemandem vorgestellt wird, ist die 

fuhren und ihre Interessen weiter erortern. Bereitschaft, sich mit jemandem zu unterhalten, hoher, 

da sich ein gewisser Grad an Vertrauen auf der Basis 

Problematik der gemeinsamen Bekanntschaft aufbaut. Die neue Be- 

kanntschaft identifizieren zu konnen hilft aus zwei 

[0004] Die menschliche Gesellschaft ist mehr als die 50 Griinden: Als erstes weiB man, daB im Falle eines Fehl- 

Summe der Menschen darin. Die Interaktionen zwischen verhaltens der anderen Person die Identitat des Misse- 

den Menschen machen sie weitaus reicher. "Viele Vergnii- taters bekannt ist; und zweitens kann man sich besser 

gungen des Lebens kann man nur durch die Interaction mit einen ersten Eindruck von der/dem anderen machen. 

anderen Menschen erfahren. Fiir jede Person ist es von es- AuBerdem muB man aus Riicksicht auf den gemeinsa- 

sentieller Wichtigkeit, welche anderen Personen er/sie kennt 55 men Bekannten eine gewisse Hoflichkeit und Freund- 

und mit wem sie interagiert. Viele Menschen konnen nicht lichkeit zeigen. Das fordert natiirlich das Ziel des Dia- 

zusammenkommen und dauerhafte Bekanntschaften auf- logs zwischen den zwei Parteien. 

bauen, weil sie von Anfang an fureinander die falschen - Eine andere Strategie besteht darin, daB ein Bekann- 

Leute waren. Deswegen sind die Menschen immer auf der ter eine Person gut kennt und gut versteht, und deren 

Suche nach anderen, mit denen es einfacher ware, solche 60 Vorzuge und Geschmack gut beurteilen kann. Falls der 

Bekanntschaften aufbauen zu konnen, und an viclen Aktivi- Bekannte andere Leute kennt, die seiner Meinung nach 

taten teilzunehmen, die fur beide Seiten von Interesse wa- dem Bild eines idealen bzw. realistischen Partners ent- 

ren. Solche Personen zunachst zu finden und dann auch spricht, dann kann der Bekannte die Rolle des ^rmitt- 

noch die Hemmungen, einen dementsprechenden Dialog an- lers oder "Kupplers" zwischen den zwei Parteien iiber- 

zufangen zu uberwinden bleibt ein Problem. Man kann aber 65 nehmen. Der Bekannte kann versuchen, ein Treffen 

nur dann herausfinden, ob jemand der richtige ist, wenn zwischen den beiden zu arrangieren, als auch sie einan- 

auch eine gewisse Kommunikation zwischen den beiden der vorzustellen. 

stattfindet. - Manchmal werden Menschen zu Orten eingeladen, 
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wo es sehr viele Leute gibt, von denen viele einander 
bercits kennen. Zumindcst dcr Gastgebcr kcnnt schon 
mehrere Personen. Der Gastgeber kann dann die Rolle 
des Vorstellungsagenten spielen und versuchen, zwei 
zucinandcr passcnde Menschen zusammen zu bringen. 

- Manchmal versammeln sich Leute mit gewissen In- 
teressen an einem bestimmten Ort. Flier wird es mog- 
iich, mit dem Andcrcn einen Dialog anzufangcn und 
den Anderen kennenzulernen. Es ist aber nicht immer 
der Fall, daB an einem Ort eine so strenge und exklu- 
sive Politik betrieben wird, die garantieren konnte, dafi 
ausschlieBlich Leute da sein werden, die in ein be- 
stimmtes Muster pas sen. Man kann es also nicht selbst- 
verstandlich annehmen, daB nur eine bestimmte Kate- 
goric von Leutcn an dem Ort anwcsend ist. Thcoretisch 
ist ein solcher Or?, natiirlich denkbar. 

- Weiterhin kann eine Person eine Kleinanzeige verof- 
fentlichcn, in dcr sie ihre Eigenschaften beschrcibt, 
und, fur einen bestimmten Zweck, nach einer Person 
sucht, die bestimmte Eigenschaften besitzt Auf diese 
Weise kann man personliche Informationen iiber sich 
selbst, seine Interessen, Erwartungen usw. verofFentli- 
chen. Diese Informationen konnen iiber verschiedene 
Kanale und Medien verbreitet werden. Diese personli- 
chen Informationen werden von diescm Zcitpunkt an 
genauso behandelt wie jede andere Art von Informatio- 
nen. Andere Personen, die dies lesen, konnten sich an- 
gesprochcn fuhlen, und wurden viclleicht mit der Per- 
son in Kontakt treten wollen. 

- Manchmal werden alle diese Kleinanzeigen in einem 
Katalog zusammengefaBt, so daB die Suche fur die Su- 
chenden viei leichter wird. Die Kleinanzeigen waren 
immer noch im offentlichen Bereich, wiirden jedoch 
nur Personen zukommen, die wirklich daran Interesse 
habcn. 

- Es gibt auch spezielle Agenturen, die auf kommer- 
zieller Basis versuchen, fur eine Person den richtigen 
Partner zu findcn. 

-- Weiterhin ist ein hohes MaB an Kommunikation 
zwischen den zwei Parteien notwendig, um zu erken- 
nen, ob die beiden Parteien wirklich fur eine bestimmte 
Aktivitat zu einander passen. 

- Um dem Kommunikationsbedarf nachzugehen, gibt 
es mehrere sehr wichtige Komponenten, die in der Welt 
und fur die menschliche Gesellschaft verfugbar sind. 
Einige Beispiele im Folgenden: 

1 . Luft fur die Ubertragung des Schalls 

2. Stimmbander in unscrer Kchlc 

3. Handschrift 

4. Sprache 

5. Semiotik 

6. Papier und andere Materialien 

7. Post 

8. Usw. 

[0008] Anhand der vorherigen Diskussion kann man fest- 
stellen, daB die folgenden Strategien im allgemeinen die 
Entwicklung der Partnerschaftsfindung fordem: 

1. Gemeinsame Umgebung 

2. Kommunikationskanale 

3. Vorstellender Agent, der Vertrauen fbrdert 

4. Fordemder Agent, der das Eis bricht 

5. Informierender Agent, der Informationen iiber die 
andere Person liefert 

6. Steuernder Agent, der gegenseitigen Respekt und 
Hoflichkeit von den beiden Leuten fordert 

7. Bekanntschaftsschaffender Agent, der beurteilen 



kann, ob die zwei Menschen iiber Eigenschaften verfu- 
gcn, die zu einer Zusammenkunft von Interessen und 
Erwartungen fuhren konnten. 

8. Werbung und Kleinanzeigenpublizierung von eige- 
5 ner Person, Interessen, Absichten und Erwartungen 

9. Katalog von Leuten, die gefunden werden wollen 

10. Gemeinsame Umgebung, die das Interesse an einer 
speziellcn Katcgorie von Intcraktivitaten fordert 

11. Speziell organisierte soziale Versammlungen zu 
10 bestimmten Zeiten 



Herkommliche Losungen und ihre Nachteile 

15 [0009] Viele von den oben genannten Strategien wurden 
schon technologisch umgesetzt. Es gibt neue -Losungen, die 
als Ergebnis von Informations-, Rechen-, Netzwerk-, Rund- 
funk- und Fernschrevolutioncn cntstanden sind. Dies hat zu 
vielen Simulationen der oben genannten Strategien gefuhrt, 

20 nur diesmal in den Cyber-, Druck-, Rundfunk- und Femseh- 
welten. Einige solche Losungen sind im folgenden: 

1. mtemet-Partaerschaftsveniuttlungsprograriime 

2. Intemet-Kataloge 
25 3. Internet-Chatrooms 

4. Internet-Klein an zeigen 

5. Zeitungs- und Zeitschriftenkleinanzeigen 

6. Ehekatalogc 

7. Fernsehkleinanzeigen 

30 8. Femsehpartnerschaftsvermittlungsshows 

9. Rundfunk-Kataloge 

10. Single-Parties 

11. Konventionelle OfTentliche Freizeit- und Vergnii- 
gungstrefrpunkte 

35 12. Usw. 

[0010] Die obigen Losungen haben ihre \forteile und ihre 
Nachteile. Was die Starke der einer ware, konnte die Schwa- 
che der anderen sein. Meistens gab es Kritik in der Gesell- 

40 schaft, daB viel zu viel im virtuellen Raum passiert und da- 
bei manchmal die Motivation der Leute, in der realen Welt 
zu leben und zu interagieren, abnimmt Das passiert manch- 
mal, weil manche Leute sich viel sicherer fuhlen, wenn sie 
mit anderen Leuten im virtuellen Raum durch einen Bild- 

45 schirm interagieren. Diese Art der Sicherheit konnte psychi- 
sche Probleme verursachen, da manche Leute sich daran ge- 
wohnen konnten und immer diese Sicherheit der Gesichtslo- 
sigkeit brauchcn, wodurch diese Leute sich von dcr realen 
Welt und ihren Herausforderungen entziehen. 

50 

Losungsanforderungen 

[0011] Wenn die Menschen wiiBten, welche die richtigen 
Leute in einer Masse sind, und wiirden sie einander in einer 

55 angenehmeren Art vorgestellt werden, dann konnten sie ei- 
nen Dialog fuhren, so wie es ihnen paBt. AuBerdem wurden 
sie sich nicht die ganze Zeit dariiber Gedanken machen miis- 
sen, ob sie, falls sie auf den anderen zugehen, den anderen 
storen wurden, oder ob sie sich dadurch lacherlich machen 

60 konnten. Uberdies wiirde man iiber die behaupteten Absich- 
ten des anderen im klarcn sein. Jeder konnte so wissen, ob es 
an diesem Ort jemanden gibt, der mit jemandem wie ihm/ihr 
zu kommunizieren bereit ware. Diese TrefiFen wurden im 
realen Leben, in Echtzeit stattfinden, und ohne vorher abge- 

65 sprochene Termine und Verabredungen, oder nur im virtuel- 
len Raum. Die Dynamik der realen Welt gibt diesem Dienst 
eine eindeutig andere Vorgehensweise als alles, was bis jetzt 
existiert. AuBerdem wissen die Leute fast in Echtzeit, ob sie 
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das Aussehen und das Auftreten des Anderen angenehm und 
akzcptabcl genug finden, und ob sie dicscn Bckanntschafts- 
prozeB fortfuhren wollen oder nicht 

Losunpsvortcile 5 

[0012] Es gibt zwei Aspekte des vorgeschlagenen Dien- 
stes, die ihn von alien anderen untcrschcidcn. 
[0013] Reales Leben: Es existieren viele verabredungsfbr- 
dernde Dienste im Netz, mit dercn Hilfe man inteiessante 10 
Parteien finden kann, iiber Katalogen, Kleinanzeigen oder 
Vermittlungsdienste. Fur direkte personliche TYeffen ande- 
rerseits miissen die betroffenen Parteien eine Verabredung 
treffen, was Schwierigkeiten bei der Einigung iiber Ot und 
Zeit mit sich bringt Diese Dimension cntfallt bei unscrcr 15 
Vorgehensweise. Der Verabredungsort ist ublicherweise 
gleich doit, wo die zwei Parteien sich gerade befinden. Da 
bcide an dem gleichen Ort warcn, ware das gar kcin Pro- 
blem. Das Treffen ist einfach im realen Leben und nicht im 
Netz. Die Schwierigkeiten bei der Einigung auf einen be- 20 
stimmten TYeffpunkt und die Notwendigkeit, dorthin zu fah- 
ren, sind kein Thema mehr. 

[0014] Echtzeit Konventionellerweise wird das Treffen 
auch zu einem anderen Zeitpunkt arrangiert, was naturlich 
eine Wartezeit mit sich bringt, was wiedcrum sowohl unno- 25 
tige Nervositat verursacht, als auch die beide Parteien in ih- 
rer Spontaneitat beraubt, da man sich bereits so viele Gedan- 
ken iiber die Gelegenheit und das richtigen Verhalten gc- 
macht hat, daB dies aufgesetzt erscheint und alles um das 
Treffen herum einfach kiinstlich wirkt. Dieser Dienst fbrdert 30 
solche TYeffen, aber mit einer ganz anderen Vorgehens- 
weise. Da die betroffenen Parteien sich kurz nach dem an- 
fanglichen Netz-Handeschiitteln begegnen, ist das Tteffen 
fast in Echtzeit. Man trifft sich, wie man gerade ist (mehr 
oder weniger). Die Enttauschung, wenn eine Partei nicht zu 35 
dem Treffen erscheint, verliert seinen Bi6. Zeit wird kaum 
verschwendet, wahrend man auf den anderen wartet. AuBer- 
dem gibt es keinen Bcdarf, sich irgendcinc Ausrede auszu- 
denken oder betroffen zu sein von der begleitenden Pein- 
lichkeit, falls man spat ankommt oder gar nicht aufkreuzt. 40 
Es gibt keinen Bedarf, vorher Blumen zu kaufen. Man muB 
auch nicht in standiger Hektik wegen der Punktlichkeit sein. 
Es gibt keine Notwendigkeit nachzuschlagen, ob eine Ver- 
abredung in den Terminplan paBt. Alles passiert gleich da 
und dort 45 
[0015] Perspektive: Man konnte diesen Dienst aus einer 
bekannten Perspektiven betrachten. Man kann sagen, es 
funktioniert so ahnlich wie cine Gesellschaftsdamc, die 
praktisch jeden in der Welt kennt, der sich bemiiht zu ihr zu 
kommen und sich ihr zu erklaren. Die Person wiirde ihr sein 50 
Herz offenbaren, und ihr iiber sich selbst, iiber die eigenen 
Bestrebungen, uber die eigenen Ansichten, iiber die eigenen 
Hintergriinde und den eigenen Kulturkreis usw. erzahlen, 
und sie wissen lassen, daB er der Wunsch hat, den idealen 
Partner fur eine Beziehung zu finden, welcher Natur die Be- 55 
ziehung auch sein mag. Die Gesellschaftsdame laBt die Per- 
son wissen, daB, falls er/sie zu einem bestimmten Ort gehen 
sollte, an dem sie sich auch befindet, sie die Person mit je- 
mandem bekannt machen wiirde, der/die fur ihn/sie genau 
die richtige Person zum Kennenlernen und zu einer weiteren 60 
Erforschung der gegenseitigen Eignung fur eine Beziehung 
ware. Da die beiden Leute die Gesellschaftsdame gut ken- 
nen, haben sie ein gewisses Vertrauen in ihre Urteilskrafl 
und sind bereit, dieser Beziehungseignung nachzugehen. 
Weiterhin werden die beiden auch hofiich und freundlich zu- 65 
einander sein aus Rucksicht auf ihre gemeinsame Freund- 
schaft mit der Gesellschaftsdame. AuBerdem fuhlen sie sich 
sicherer, da der andere Partner nicht ganz ein Fremder ist, da 



die Gesellschaftsdame ihn kennt und ihn vorgestellt hat So 
konnte der andere auch keinen Schaden anrichtcn und dabei 
hoffen, ungeschadet davon zu kommen. Die Gesellschafts- 
dame wiirde auch nur solche Leute einander vorstellen, die 
ahnliche Erwartungcn an ihre Beziehung haben, und bereit 
sind, auf den Anderen zuzugehen oder von dem Anderen an- 
gesprochen zu werden, und mit dem Anderen zu interagie- 
rcn. Ein erstes Einvemchmen wird der Person auch dadurch 
gesichert, daB die Gesellschaftsdame ihm die andere Person 
beschreibt und womoglich auch das Foto der anderen Per- 
son zeigt, bevor das eigentliche Vorstellen stattfindet 

Losungsarchitektur 

Hauptkomponcnten 

[0016] Auf der Basis sowohl von raumlicher Verteilung 
als auch von der Steuerungsinstanz, kann man das Verteiltc 
System fur Partnersuche, Partnerschaftseignungspriifung 
und Vorstellung in Unterkomponenten unterteilen. Dies sind 
die folgenden: 

1. Real Partner Match Making Server Unit 
(RPMMSU) 

2. User's Personal Mobile Communications & Com- 
puting Device (PMCCD) 

3. Candidate Partners Personal Mobile Communicati- 
ons & Computing Device (PMCCD) 

4. Serviced Public Leisure and Entertainment Meeting 
Place (SPLEMP) Location Server Unit (LSU) 

5. User Personal Information Entry Interface Unit 
(UPIEIU) 



Real Partner Match Making Server Unit 

[0017] Diese Einheit ist dazu da, um herauszufinden, wel- 
che zwei Leute sich in einer gemeinsamen Umgebung befin- 
den, die ahnliche Interessen an einer interaktiven Tatigkeit 
aufweisen, und deren Erwartungen an den anderen, durch 
die behaupteten Eigenschaften des anderen, erfullt werden. 
Um diese Aufgabe durchzufuhren, muB diese Einheit auch 
die dafur benotigten Informationen verwalten. Dies um- 
schlieBt das Benutzerprofil, die Interaktive-Tatigkeitsab- 
sichten-Bestimmungen und die Partnerschaftskanditaten- 
Profil-Schablone. Diese Informationen miissen von dem Be- 
nutzer eingegeben werden. Diese Einheit wird auch mit der 
Vcrantwortung betraut, dem Benutzer die Eingabc solcher 
Informationen zu ermoglichen. Teile der vorher erwahnten 
Informationen werden dieser Einheit iibertragen, kurz bevor 
die Aufgabe durchgefuhrt wird. Weiterhin teilt diese Einheit 
die Benutzer in Gruppen, je nachdem, in welchem SPLEMP 
der Benutzer sich befindet oder fur welchen der Benutzer 
sich angemeldet hat. Nur Benutzer in den gleichen Gruppen 
werden fur die Verkuppelung miteinander in Betracht gezo- 
gen. Da diese Einheit wissen muB, wie die Benutzer in 
Gruppen zu unterteilen sind, muB es auch die Informationen 
iiber die SPLEMPs besitzen. Ein Benutzer konnte viele Ver- 
kuppelungsmoglichkeiten brauchen, bevor er sich wirklich 
fur den einen oder anderen entscheiden kann. Deswegen soli 
der Benutzer diesen Dienst nicht nur einmal am Abend ver- 
mittelt bekommen, sondem mehrere Verkuppelungsange- 
bote soUen dem Benutzer bereitgestellt werden. Da ein Be- 
nutzer das Gelande des Ortes zwischendurch verlassen 
kann, muB die Einheit auch noch informiert werden, wann 
der Benutzer sich auf dem Gelande befindet und wann nicht. 
Dies ist wichtig, um einen Benutzer nicht mit einem Dienst 
zu beschaftigen, den er gar nicht mehr braucht, und auch um 
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nicht anderen Benutzern einen Partnerschaftskandidaten an- 
zubieten, dcr sich gar nicht mehr vor Oil befindcL AuBer- 
dem sollte ein Benutzer in der Lage sein, angeben zu kon- 
nen, wann er den Dienst benutzen mochte und warm nicht. 
[0018] Die Einheit, obwohl bisher als eine einzige Kom- 5 
ponente betrachtet, konnte selbst unterteilt werden. Einige 
Unterkomponenten konnten sich an einem anderen Ort be- 
findcn. Abhangig von der raumlichcn Trennung klassifizie- 
ren wir die Unterkomponenten als systeminteme Unterkom- 
ponenten, naheliegende getrennte Unterkomponenten oder to 
als weit entfernte getrennte Unterkomponenten. 

User's Personal Mobile Communications & Computing De- 
vice 

15 

[0019] Dieses Gerat ist fur die Benutzer gedacht. Es stellt 
die Laufzeitschnittstelle des Benutzers zu dem Dienst dar. 
Dieses Gerat benutzend wird dcr Benutzer sich an einem 6f- 
fentlichen Freizeit- und Vergnugungs-lteffpunkt, der von 
unserem Dienst abgedeckt wird, anmelden; der Benutzer 20 
wird dadurch sowohl die genaue interaktive Tatigkeit oder 
Tatigkeiten, an denen er teilnehmen mochte, als auch die 
Rolle, die der Benutzer bei der Tatigkeit spielen mochte, 
und die Bedingungen fur die Qualifikationen des Partner- 
schaftsanwarters spezifizieren. Der Benutzer wird mit die- 25 
sem Gerat den Dienst aktivieren und deaktivieren. Mit die- 
sem Gerat wird der Benutzer Einzelheiten iiber den vermit- 
telten Partnerschaftskandidaten und desscn Vergleichsdaten 
abfragen konnen. Die Bestatigung der Absicht, sich mit dem 
vermittelten Partnerschaftskandidaten zu treffen, wird auch 30 
iiber dieses Gerat mitgeteilt Die Kommunikation zwischen 
dem Benutzer und dem vermittelten Partnerschaftskandida- 
ten wird auch iiber dieses Gerat stattfinden. Eventuell kann 
dieses Gerat auch von der Umgebung benutzt werden, um 
abzutasten, ob der Benutzer noch auf dem Gelande des 35 
SPLEMPs ist oder nicht. Das Personal Mobile Communica- 
tions and Computing Device wird von jedem Benutzer ge- 
tragen werden, das heifit, im Kontext der Vcrmittlung, beidc, 
der Benutzer und sein vermittelter Partnerschaftskandidat 
werden dieses Gerat bei sich tragen. 40 
[0020] Am wahrscheinlichsten wird dieses Gerat eine 
physikalisch zusammenhangende Einheit sein, aber es ist 
moglich, daB es mehrere unterscheidbare Gerate gibt, die 
zusammen alle Funktionalitaten und Verantwortungen, die 
von dem Gerat erwartet werden, realisieren. Im Falle von 45 
mehreren unterscheidbaren Geraten gabe es die Notwendig- 
keit, daB alle Gerate miteinander kommunizieren konnen, 
und daB die RPMMSU jedes Gerat, das sie braucht, direkt 
oder indirekt iiber eines der anderen, einzeln ansprechen 
kann. Manchmal ist es besser, daB alle Funktionalitaten in 50 
einem einzigen physikalisch zusammenhangenden Gerat zu 
finden sind, und manchmal kann es vorteilhaft sein, mehrere 
Gerate mit verteilten Funktionalitaten zu haben, da es Mul- 
titask ngbetrieb und Flexibilitat ermoglicht 

55 

Candidate Partner's Personal Mobile Communications & 
Computing Device 

[0021] Dieses Gerat ist identisch mit dem Personal Mobile 
Communications and Computing Device des Benutzers, und 60 
der einzige Untcrschicd ist, daB der Partnerschaftskandidat 
die Steuerinstanz darstellt. Der Partnerschaftskandidat ist 
selbst auch ein Benutzer. In dem Kontext einer Partner- 
schaftseignung wird der BegrifF Partnerschaftskandidat be- 
nutzt, um inn von dem Benutzer zu unterscheiden, aus des- 65 
sen Blickwinkel die ganze Vermittlung betrachtet wind, und 
der Partnerschaftskandidat spielt die Rolle des dem Benut- 
zer gegeniiberstehenden. 
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Location Server Unit 



[0022] Diese Einheit wird von dem Betreiber des offentli- 
chen Freizeit- und Vergnugungs-TrefTpunktes gesteuert Das 
Hauptziel dicscr Einheit ist zu uberprufen, ob die Benutzer, 
die sich bei einem SPLEMP angemeldet haben, tatsachlich 
auf dem Gelande des SPLEMPs sich befinden. Diese Einheit 
wird die Anmeldungcn von Benutzern verwalten und auch 
ihre Anwesenheit verfolgen. Das tut es, indem es ein Kurz- 
strecken-Signal in dem Personal Mobile Communications 
and Computing Device des Benutzers verfolgt und es ab- 
hort AuBerdem kiimmert sich diese Einheit darum, daB 
wann immer sich jemand bei solch einem Ort anmeldet, der- 
jenige das wirklich auf dem Gelande des Ortes tut und nicht 
aus einer Entfcmung. 

[0023] Da diese Einheit Unterkomponenten beinhaltet, die 
tatsachlich eine raumliche Verteilung notig haben, kann man 
nicht sagcn, daB diese Einheit vollkommen ein physikalisch 
zusammenhangendes Gerat sei. Es umfaBt viele kleine Ge- 
rate, die an verschiedenen Platzen auf dem Gelande des 
SPLEMPs plaziert sind. Die Funktionalitat dieser Gerate be- 
inhaltet sowohl Anmeldung und Bestatigung von Einchek- 
ken und Auschecken als auch Abhoren von anwesenheitsbe- 
statigenden Signalen, die von dem PMCCD des Benutzers 
ausgehen. Alle diese Gerate werden korperlich getrennt sein 
von, zum Beispiel von dem Teil, der fur die Verwaltung und 
das Weiterleiten von Informationen an die RPMMSU zu- 
standig ist. 

User Personal Information Entry Interface Unit 

[0024] Diese Einheit wird vom Benutzer verwendet, um 
Angaben liber sich selbst in die RPMMSU einzugeben. Nor- 
malerweise wird diese Einheit von dem RPMMSU ziemlich 
weit cntfemt sein, so daB es nan am Benutzer sein kann, wo 
auch immer der Benutzer sein mag. Unter Benutzung dieser 
Einheit kann man eine Verbindung zu der RPMMSU eroff- 
ncn, was dieser Einheit genug Informationen von der 
RPMMSU herunterzuladen verhilft, so daB es eine interak- 
tive Prasentations-Schnittstelle darstellen kann. Diese Infor- 
mationsaustauschschnittstelle benutzend, muB es fur den 
Benutzer moglich sein, Angaben iiber die eigene Identitat, 
Kontaktierbarkeit, identitatsbestatigende Referenzen, Be- 
nutzer-Profil, allgemeine interaktive Tatigkeits-Interessen, 
das entsprechende allgemeine Parmerschaftskandidatenpro- 
fil usw. einzugeben. Alle diese Informationen kann man zu- 
sammenfassen als gestaltbares Benutzer-Konto. 
[0025] In allgemeincn wird diese Einheit ein System sein, 
das iiber eine Netzwerk- Verbindung mit einem RPMMSU 
verbunden ist. Fur eine bequeme Benutzer-Interaktions- 
Schnittstelle konnte ein groBer Bildschirm notig sein, so daB 
es eine entsprechend groBzugige Auflosung moglich macht, 
eine groBe Farbpalette, usw. Nicht jedes Gerat wird alle 
diese Annehmlichkeiten anbieten konnen. Nichtsdestotrotz 
kann die Presentation einfacher gehalten werden, so daB die 
Prasentationsanforderungen nicht zu hoch sind und Gerate 
mit verschiedenen Leistungsmerkmalen und Hardwarevor- 
aussetzungen den Benutzer in seiner Interaktivitat mit dem 
RPMMSU unterstiitzen konnte. Es ist durchaus moglich, 
daB der PMCCD des Benutzers die notwendigen Leistungs- 
merkmale aufwcist, daB die gesamte Personal Information 
Entry Interface Unit des Benutzers darin integriert werden 
kann. Natiirlich kann diese Einheit komplett unabhangig 
von dem PMCCD des Benutzers sein. 

Zu Grunde liegende Architekturkonzepte 

[0026] Diese raumlichen Komponenten konnen weiter 
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physikalisch und raumlich in Unterkomponenten unterteilt 
werden, aber dicse Unterkomponenten werden zusammcn- 
arbeiten, um eine einheitliche funktionale Verantwortung zu 
verwirklichen. Manchmal konnte die raumliche Untertei- 
lung der Unterkomponenten erwiinscht, erfordcrlich und 5 
praktisch sein. 

[0027] Manche Unterkomponenten konnten von anderen 
Instanzcn als der Haupt-Stcucrungsinstanz der Komponcntc 
gesteuert oder beeinfiuBt werden. Dies kann nur passieren, 
wenn die Haupt-Steuerungsinstanz die Bcfugnis dafur er- 10 
teilt. Die Befugnis kann an eine andere auf ein Anforde- 
rungszeichen hin fur nur eine Aktion oder fur eine ganze Sit- 
zung erteilt werden. Es kann auch so gestaltet werden, daB 
die andere Instanz jederzeit die Steuerung haben kann, 
hochstwahrscheinlicb in einem bestimmten Kontext, oder es is 
bat die Steuerung als eine Vorbedingung, um einen Dienst 
verarbeitet zu bekommen oder in dem man an einem Dienst 
teilnimmt. AuBcrdcm konnte Lese- und Schrcibzugriff auf 
ein Informationsspeicherungs-ModuL zwischen der Haupt- 
Steuerungsinstanz und einer anderen Instanz geteilt werden. 20 
In diesen Unterkomponenten konnten die zwei Tnstanzen 
unterschiedliche Verantwortungen tragen. 
[0028] Nicht alle Unterkomponenten sind notwendig. Ei- 
nige Unterkomponenten konnten notwendig sein fur die fol- 
genden Zielc: 25 

1. Zusatztiche Sicherheit 

2. Verbesserte Qualitat des Dienstes 

3. Wahlfreie funktionale Erweiterungen 

4. Anspruchsbekraftigung und -zuriickverfolgbarkeit 30 

5. Zeitanalyse und statist] sche Datenerhebung 

6. Leistung 

7. Rechnungsschreibung 

8. Multiple Informationseingabe- und -ausgabe-Me- 
ch an is men 35 

9. Test und Diagnose 

[0029] Die oben genannten abstrakten Aspekte konnen 
weiter konkreter spezifiziert werden. Dariiber hinaus, um 
konkrete Aspekte zu realisieren, konnen verschiedene Un- 40 
terarchitekturen vorgestellt werden. 

[0030] Dies kann abhangen von entgegenwirkenden 
Dienstparametern, und dem wirklichen Ausgleich, was man 
dabei erreichen wollte. 

45 

Abstrakte Komponententypus-Architektur 



fur Netzwerkbetrieb, Prozessor, Prozessorspeicher, Aus- 
gabe-Formatierer, Bildschirm, Daucrhafter-Spcichcr-Vcr- 
waltungssystem-ModuU usw. Diese Komponenten kann 
man ansehen als solche, die in jeder Computer-Plattform 
5 vorhanden sind, die Funktionalitaten wie Eingabe, Ausgabe, 
Rechnen, Speichem, Kommunikation, usw., unterstiitzen. 
Alle anderen Komponenten bauen ihre Funktionalitaten auf 
diese Komponenten auf. 

L0 Informations-Speicher-Komponenten 

[0053] Diese konnen weiter unterteilt werden nacb ver- 
schiedene Kriterien. Informations-Speicher-Komponenten 
konnen daucrhafte oder vorubergehende Speicherung unter- 
5 stutzen. Daucrhafte Informations-Spcichcr-Komponenten 
bewahrnn ihren Informationsgehalt sogar, nachdem die 
Stromzufuhr ausgeschaltet wird. Die Voriibergehenden In- 
formations-Speicher-Komponentcn existicrcn nur, solange 
sie mit Strom beliefert werden. Dauerhafte Informations- 
10 Speicher-Komponenten werden benutzt, um Informationen 
iiber eine lange Zeitdauer zu bewahren, sogar wenn kein 
Modul Verwendung fur den Informationsgehalt in den Kom- 
ponenten hat. \foriibergehende Informations-Speicher-Kom- 
ponenten werden von Modulen als Hauptspeicher benutzt, 
5 immer wenn dicse Komponenten Lese- oder Schreibzugang 
auf deren Gehalt brauchen. Die Informationen, die darin be- 
inhaltet sind, sind entscheidend fur den Betrieb der Kompo- 
nenten. Es gibt Informations-Spcichcr-Module, in denen nur 
einmal geschrieben werden kann. Hier bleibt die Inforrna- 
0 tion, die am Anfang eingesetzt wurde, fur immer unveran- 
dert. 

Dienst-Funktionalitats-Komponenten 

5 [0034] Diese stellen die Funktionalitat, die kennzeichnend 
fur das raumlich so wie funktional unterscheidbare System 
ist, bereit. Jedes System wird mehrere solcber Komponenten 
haben, und der Satz der Komponenten in jedem System wird 
zu Variationen neigen, sollte das System fur unterschiedli- 
0 che Funktionalitat konzipiert sein. Diese Komponenten er- 
moglichen einem System, seine eigene individuelle An- 
wendbarkeit zu beansprucben. 

Signale 

5 

Beschreibung 



Komponenten 

[0031] Die Abstrakte Komponententypen-Architektur be- 50 
schreibt, wie man eine Architektur etwa senkrecht oder als 
Schichten betrachten kann. Diese Architektur wird sich fast 
in jeden raumlich so wie funktional unterscheidbaren Syste- 
men wiederholen. So kann man die Architektur von, z. B. 
der Real Partner Match Making Server Unit, dem Personal 55 
Mobile Communications and Computing Device des Benut- 
zers, oder auch der Location Server Unit des SPLEMPs be- 
trachten. Alle werden Module haben, die grob in die folgen- 
den Kategorien unterteilt werden konnen: 

1 . Plattform-Basis-Komponenten 

2. Informations-Speicher-Komponenten 

3. Dienst-Funktionalitats- Komponenten 

Plattform-Basis-Komponenten 
[0032] Dies umschlieBt Module, die verantwortlich sL 



[0035] Ein andcrer Aspekt der Architektur ist, wie die vcr- 
schiedenen Komponenten miteinander kommunizieren. 
Dies geschieht mit der Hilfe der Signale. Diese Signale be- 
inhalten folgende Art von Informationen: 

1. Netzwerks- und Kommunikations-Protokoll-Infor- 
mationen 

2. Identitat der Signalsender und andere Informationen 
zu Authentifizierungs-Zwecken 

3. Identitat der adressierten (angesprochenen) Kompo- 
nente 

4. Identitat der adressierten Funktionalitat der Kompo- 
nente 

5. Parameter zu der Funktionalitat der Komponcntc 

6. Inhaltliche Informationen 

[0036] AuBerdem werden die Signale selbst idenufizicrt 
65 und beschrieben, abhangig von der Art der Komponenten, 
unter welchen Signale ausgetauscht werden, und der Art des 
Mediums, iiber welches sie gesendet werden. Ein Signal 
wird ublicherweise durch eine Linie dargestellt, die von der 



DE 100 40 948 A 1 

11 12 



sendenden Komponente zu der empfangenden Komponente 
gczcichnct wird, in cinem Pfcil cndct, und mit cincm Namcn 
oder einem Text, welcher die Funktionalitat angibt, be- 
schriftet wird. 

5 

Vernetzung 

[0037] Zu Anfang geniigt es zu sagcn, da6 Komponcntcn, 
die korperlich in direkter Verbindung miteinander stehen, 
mittels irgendeines Kommunikationsbus miteinander kom- to 
munizieren werden, z. B. innerhalb eines Rechners. Diejeni- 
gen, die in der Nahe des anderen, aber nicht korperlich mit 
ihm verbunden sind, konnten miteiDander iiber Kabel oder 
uber drahtlose Kurzstrecken-Verbindungsmittel kommuni- 
ziercn. Dicjcnigen, welcbe voneinander weiter entfernt sind, 15 
werden mit den anderen uber Kabel oder langstreckentaug- 
liche drahtlose Mitteln benutzend kommunizieren, wobei 
Nctzwerk- und Kommunikations-Protokoll-Architekturcn 
verwendet werden. Basierend auf der Entfemung der Ver- 
bindung kann man die folgenden Vernetzungsarten unter- 20 
scheiden: 

1 . Uber sehr kurze Entfernungen mittels eines system- 
internen Kommunikations-Bus oder Hauptspeichers. 
Von Komponcntcn in einem physikalisch zusammcn- 25 
hangenden elektronischen System zu einer Kompo- 
nente in dem gleichen System. 

2. t)bcr kurze Entfernungen mittels Kabel- Verbindun- 
gen oder drahtlosen Mitteln fur kurze Entfernungen. 
Von Komponente an einem Punkt innerhalb eines Ge- 30 
baude-Komplexes zu einer anderen Komponente an ei- 
nem anderen Punkt in dem gleichen Gebaude-Kom- 
plex. 

3. Uber groBe Entfernungen mittels Kabel und draht- 
loser Funk-tJbertragung. Von Komponcntcn an einem 35 
Punkt auf der Erde zu einem anderen Punkt auf der 
Erde oder sogar auBerhalb. 

[0038] AuBerdem, abhangig von dem jeweiligen Mittel, 
kann man folgendes unterscheiden: 40 

1. tjber Kabel: Dies ist ein allgemeiner Begriff, der 
ausdriickt, daB es eine materielle Verbindung zwischen 
zwei Komponenten gibt, und dieses materielle Mittel 
fur die tJbertragung von Signalen verwendet wird. 45 

2. Drahtlos. In diesem Fall wird das Signal ohne ein 
materielles Mittel dazwischen ubertragen. Zum Bei- 
spiel werden elcktromagnetischc Wellen fur die "Ober- 
tragung benutzt 



Intra- und Inter- Verbindungs-Entfernung und Medium in 
der Architektur-Komponente 

[0039] Abhangig vom Anwendungsgebiet der Einheit 55 
kann es sein, daB es mehr als eine im Hinblick auf die Ent- 
femung unterscheidbare Kategorien verwendet, um die Un- 
terkomponenten miteinander zu verbinden. 

Real Partner Match Making Server Unit 60 

[0040] Die Real Partner Match Making Server Unit wird 
alle drei Verbindungsmoglichkeiten einsetzen. Die Module 
in der Einheit werden hochstwahrscheinlich mit der LSU 
der SPLEMP iiber langstreckige Kabel- Verbindungen kom- 65 
munizieren, und gegebenenfalls ware das sogar mit lang- 
streckigen drahtlosen Verbindungen moglich. Mit der 
PMCCD des Benutzers wird der RPMMSU iiber langstrek- 



kige drahtlose Verbindungen kommunizieren. 

Personal Mobile Communications and Computing Device 
des Benutzers 

[0041] Personal Mobile Communications and Computing 
Device des Benutzers werden hochstwahrscheinlich Verbin- 
dungen iiber sehr kurze Entfernungen haben, da alle Untcr- 
komponenten in einem physikalisch zusammenhangenden 
Gerat eingeschlossen werden. Diese einschrankende Bedin- 
gung wind dadurch etwas aufgelockert, daB es moglich ist, 
daB das Gerat raumlich etwas verteilt sein konnte. Das eine 
oder der andere Modul konnte von den anderen getrennt 
sein, zum Beispiel die Audio-Eingabe-Komponente. Zwi- 
schen diesen konnte die Verbindung dann uber kurze Kabel 
oder kurzstreckige drahtlose Mittel erfolgen. Extern kom- 
muniziert das Gerat mit dem RPMMSU iiber langstreckige 
drahtlose Verbindungen und mit der LSU des SPLEMPs 
iiber kurzstreckige drahtlose Verbindungen. 

Location Server Unit des Serviced Public Leisure and Enter- 
tainment Meeting Place 

[0042] Die Location Server Unit des Serviced Public Lei- 
sure and Entertainment Meeting Place konnte zwei Arten 
von Verbindungen nutzen. Innerhalb der Hauptrechner- 
Plattform wiirde es Verbindungen uber sehr kurze Entfer- 
nung besitzen. Mit den anderen abhorenden Modulen 
konnte es kurzstreckige Kabel- Verbindungen oder kurz- 
streckige drahtlose Verbindungen haben. Im Hinblick auf 
externe Verbindungen wird es mit der RPMMSU langstrek- 
kige Verbindungen haben, die hochstwahrscheinlich iiber 
Kabel verlaufen werden, aber auch drahtlose Mittel sind 
nicht ausgeschlossen. Zu dem PMCCD des Benutzers wird 
es nur kurzstreckige drahdose Verbindungsartcn geben. 

Haupt-Dienstprozesse, Funktionalitaten und Losungsstrate- 
gien 

Benutzer-Registrierung 

[0043] Zuerst und vor allem muB sich ein Benutzer, bevor 
er den Vermittlungsdienst benutzen kann, bei diesem Dienst 
anmelden. Wahrend der Anmeldung stellt der Benutzer die 
folgenden Informationcn bereit: 

1. Personlicheldentifikations-Angaben 

2. Digitalc Foto(s) von sich 

3. Angaben zur Kontaktierbarkeit 

4. Privat-Anschrift 

5. Arbeitsplatz-Anschrifl 

6. Identitatsbiirgende Instanz (z. B. in manchen Lan- 
dern die Post) 

7. Autorisierende Angaben zur Idendtatsbestatigung 

8. Bankverbindung 

9. Kontaktierbarkeitsadressen der Personal Mobile 
Communications and Computing Devices 

[0044] Die private Anschrift ermoglicht es festzustellen, 
in welcher Region der Benutzer den Dienst beansprucht, 
und den Benutzer mit der jeweiligen geographischen Region 
zu assoziieren. Es ware definitiv wiinschenswert, die reale 
Identitat des Benutzers festzustellen. Dazu kann man zwei 
Griinde nennen. Als erstes zur Authendfizierung, das heifit, 
um festzustellen, ob der Benutzer sich wirklich unter seiner 
Identitat anmeldet, und zum zweiten, um zu bestatigen, ob 
das vorgegebene Foto wirklich von dem Benutzer ist und 
nicht von jemand anderem, ob real oder virtuell. 
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[0045] Angaben zur Bankverbindung konnten von Nutzen 
sein, urn detn Bcnutzer Rechnungcn zu schrcibcn, falls so 
eine Politik gefuhrt wind, fur eine bessere Dienstleistungs- 
qualitat, fur einmalige Rechnungsschreiben, fur Hilfsdienste 
wie Identifikations-Verarbeitung, usw., und natiirlich fur die 
Identifikation selbst. 

[0046] Kontakuerbarkeits-Informationen konnten beno- 
tigt wcrden, urn den Bcnutzer iiber mogliche den Dicnst be- 
treffende Informationen, Anforderungen, usw. zu informie- 
ren. Das Personal Mobile Communications and Computing 
Device ware natiirlich die wiinschenswerteste Kontaktier- 
barkeitsmoglichkeit fur Benachrichtigungen, die dringende 
Aufmerksamkeit oder Befolgung brauchen, aber es kann 
auch eine E-Mail Adresse oder eine Telefonnummer sein. 
Man braucht die Adresse des Personal Mobile Communica- 
tions and Computing Device, um den Dienst zu verwirkli- 
chen. In der Theorie kann der Benutzer mehrere solchen Ce- 
rate haben, aber wahrend der Benutzung muB cr eine aus- 
wahlen. Der Benutzer kann davon eine als vorgegebenen de- 
finieren. Das aktive Gerat kann natiirlich auch gefunden 
werden, wenn der Benutzer sich einmal an dem SPLEMP 
anmeldet, und die LSU des SPLEMP die RPMMSU infor- 
miert, mit welchem Personal Mobile Communications and 
Computing Device der Benutzer sich angemeldet hat. Der 
Benutzer kann sich nur uber ein Gerat anmelden, das auch 
trier aufgezahlt wurde. Der Identifikations-Chip innerhalb 
des Personal Mobile Communications and Computing De- 
vice besagt, welche Identitat es hat. Wenn man den Identifi- 
kations-Chip andern wurde, wiirde das Gerat einfach als ein 
anderes Gerat verstanden werden. 

Benutzerprofil-Verwaltung 

[0047] Dies ist ein sehr wichtiger Aspekt des Dienstes. 
Hier muB der Benutzer Angaben uber sich selbst eingeben. 
Es gibt verschiedene Bereiche, woriiber der Benutzer Infor- 
mationen eingeben wird. Dies schlieBt die folgenden ein: 

1. Korperliches Aussehen 

2. Spirituelles Glaubenssystem 

3. Politisches Glaubenssystem 

4. Ethnische Abstammung 

5. Kulturelle Identifizierung 

6. Sozialer Status 

7. Ausbildung 

8. Berufliche Fachrichtung 

9. Beruflicher Status 

10. Wohlstand und Einkommcn 

11. Erfahrung 

12. Wissen 

13. Fahigkeiten 

14. Gewohnheiten 

15. Wohnumgebung 

16. Interessen 

17. Erwartungen 

18. Ansichten 

19. Bevorzugte Themen 

20. Interaktive Tatigkeitsabsichts-Definitionen und 
Partnerschaflskandidaten-Profilschablone 

21. Usw. 

[0048] Es muB betont werden, dafi der Benutzer die Anga- 
ben so ehrlich wie moglich eingeben sollte. Es wird nicht 
vorausgesetzt, daB der Benutzer alle oben genannten Infor- 
mationen eingibt. Allerdings konnen alle oben genannten 
Elemente fur die Uberpriifung der Partnerschaftseignung 
benutzt werden. Dem Benutzer soli ermoglicht werden, daB 
er iiber diese und viele andere Themen mehr so viele Einzel- 
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heiten eingeben kann, wie er sich wunscht. Falls der Benut- 
zer noch weitcre Informationen bcreitstellen mochte, sollte 
die Moglichkeit schon existieren. Natiirlich kann der Benut- 
zer die ganzen Informationen in freiem Text-Format bereit- 
5 stellen, aber fur den Algorithmic miiBte es schon wohlstruk- 
turiert werden. Freien Text in strukturierte Informationen 
umzuwandeln ware schwierig, da dies technologisch hoch- 
entwickeltc Sprachvcrarbeitungs-Module und sogar kunstli- 
che InteUigenz verlangen wiirde. EfFektiver und einfacher 

10 ware es, dem Benutzer sehr viele Fragen zu stellen und die 
durch die Antworten zuriickgelieferten Informationen in ge- 
eigneten Datenstrukturen zu erfassen. Diese Vorstellungsge- 
sprache konnten in textlicher oder mundlicher Form sein. 
Ublicherweise wird der Benutzer vor einem Computer mit 

15 Nctzwerk-Zugang sitzen, und unter Verwendung gewisser 
Netzwerk-Protokolle eine Datenverbindung zu der 
RPMMSU erstellen. Durch Datenaustausch zwischen den 
zwei Einheiten konnte der Bcnutzer sein Benutzcr-Profil 
editieren. Ein Beispiel ist, wenn der Benutzer eine Internet- 

20 Verbindung uber einen Internet-Dienstanbieter herstellt. 
t)ber den Internet-Dienstanbieter kann der Benutzer eine 
Verbindung zu der Web-Prasenz der RPMMSU machen. Mit 
der Hilfe eines Web-Browsers kann der Benutzer Web-Sei- 
ten von dort herunterladen. Diese Web-Seiten bieten die 

25 Funktionalitat zur Editierung des Benutzerprofils. Die Nut- 
zung dieser Funktionalitat eroffnet ein Interview, welches 
entweder textlicher, graphischer oder mundlicher Natur sein 
kann; indem man die Fragen des Interviews beantwortet, 
kann man sein Benutzer-Profil editieren. Diese Benutzer- 

30 profil-Editierungsfunktionalitat kann der Benutzer wieder- 
holt aufsuchen und das Benutzerprofil kann editiert, wieder- 
editiert und erweitert werden. 

Bedienungs-Einleitung 

35 

[0049] Zuerst wendet sich ein neuer Benutzer des verteil- 
ten Systems fur die Partnersuche, Partnerschaftseignungs- 
prufung und Bekanntmachung an einen dem System angc- 
schlossenen offentlichen Freizeit- und Vergnugungs-Ort 

40 (SPLEMP) und meldet sich fiir den dort verfugbaren Dienst 
an, als jemand, der sich an dieser n SPLEMP aufhalt. Dies 
geschieht iiber ein Personal Mobile Communications and 
Computing Device (PMCCD) mittels eines Befehlsformats. 
Dies kann entweder durch das Driicken einer Taste auf dem 

45 Gerat, welche in diesem Modus fur diescn Zweck cingcstcllt 
wurde, oder durch Beriihrung eines bestimmten Punktes auf 
dem SensorbUa^riirm, was die Anmeldung betatigen 
wiirde, oder durch einen miindlichen Befehl erfolgen. Dies 
ist der ersten Schritt Nach diesem Schritt werden viele Teile 

50 dieses Moduls und andere sachdienliche Module geladen 
und dem Benutzer bereitgestellt, iiber welche die Parameter 
des Dienstes erfaBt werden konnen. 

Ortsfeststellung 

55 

[0050] Ortsfestellung kann konzeptionell eigentlich in 
zwei Stufen unterteilt werden. Die erste ist die Orts-Anmel- 
dung und die andere ist die Anmeidungsorts-Anwesenheits- 
Sicherstellung. Bei der Orts-Anmeidung reicht es, wenn ein 

60 Benutzer iiber sein PMCCD aussagt, daB er sich an so-und- 
so einem Ort befindet. Hier wird der Ort als ein SPLEMP 
verstanden. Unter Anmeldungsorts-Anwesenheits-Sicher- 
stellung versteht man, Mechanismen zu haben, wodurch der 
Dienst sicherstellen kann, daB der Benutzer, der sich an ei- 

65 nem Ort angemeldet hat, sich auch wirklich noch an diesem 
Ort befindet, und daB kein Betrug bzw. kein MiBverstandnis 
vorliegt. 

[0051] Bei der Anmeldungsorts-Anwesenheits-Sicherstel- 
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lung findet ebenfalls eine Orts-Anmeldung statt, aber zu- 
siitzlich mufi der Benutzcr beweisen konnen, daB dicse Be- 
bauptung wahr ist. Also wird hier biBchen anders vorgegan- 
gen. Dazu muB die Ortsposition festgestellt werden. Man 
kann diese als einen Parameter an die Dienstanforderung an- 
sehen. Die Feststellung der Ortsposition kann auf mehrere 
unterschiedliche Weisen geschehen: 

- Entweder die Koordinaten konnen von einetn Posi- 



Informationselementen, die anwendbar sind, wurde es aus- 
rcichen, eincs oder cinige zu spezifizieren, und die andcren 
uber Abbildungen, Konvertierung oder ein anderes Nach- 
schlageverfahren ableiten zu lassen. AuBerdem, je nach den 
Anfordcrungen der Anwcndung, ware es gar nicht wiin- 
schenswert, manche bzw. alle abzuleiten. Diese Ableitung 
wird, wenn uberhaupt, bei der RPMMSU stattfinden, wel- 
che dicse FunktionaHtat selbst bcsaBc, oder den Dicnst von 
noch einer weiteren Einheit beanspruchcn wurde, welche 



tionierungsdienst abgelesen werden, zum Beispiel dem 10 solche Abbildungsverarbeitungsfahigkeiten und die not- 
Global Positioning System, welches mit dem Personal * 1 — J ~ T ~ c ^ 1 

Mobile Communications and Computing Device asso- 
ziiert wird, und dessen Daten zu dem RPMMSU iiber- 
tragen werden. 



wendigen entsprechenden Informationen besitzt 
Interaktive-Tatigkeitsabsichten-Definition 



Falls die Umgebung von dem Personal Mobile Com- 
munications and Computing Device automatisch wahr- 
nehmbar ist, und das Gerat die Fahigkeit besitzt, die 
Umgebung abzufragen, dann kann das Gerat auch die 
RPMMSU von der Ortsposition des Benutzers infor- 



15 [0054] Der Benutzcr kdnntc den Wunsch habcn, eine be- 
stimmte Absicht an einer interaktiven Tatigkeit oder Tati>*- 
keiten zu definieren, an der er gemeinsam mit einem Part- 
ncrschaftskandidaten tcilncbmcn mocbte, und die er als die 
am besten geeignete und wiinschenswerte fur die bestimmte 



mieren. Eine Verbindung zu der Umgebung kann ge- 20 Situation, Ort, Laune, Bedurrnisanalyse und Beschafti- 

schehen uber verschiedene Technologien wie den auf gungsbetonung einstuft und die seinen Prioritaten ent- 

Infrarot basierten IrDA, auf Rundfunkwellen basierten spricht. Mit anderen Worten, der Benutzer definiert, welche 

Bluetooth Technologie von BluetoothSIG, drahtlose seine Interessen zu dem jeweiligen Zeitpunkt sind. Die Rol- 

JINI von Javasoft, oder ahnlichem, was die Aufgabe len in der Tatigkeit konnen symmetrisch oder unterschied- 

erledigen kann. Dann wird der Ortmformationsdienst 25 lich sein. Aus dem Benutzer-Profil oder von einer zusatzli- 

aufgesucht, urn herauszufinden, wie die Umgebung chen Instanz sollte es schon klar hervor gehen, welche Rolle 

sich definiert, uber Name und Domain-Name oder iiber der Benutzer bei der Tatigkeit zu spielen beabsichtigt Falls 

geographische Koordinaten. Der Domain-Name kann die Tatigkeit nur eine Rolle hat, oder eine vorgegebene 

aus unterschiedlichen Systemen entstehen wie zum Rolle implizit zu erkennen ist, ist es nicht notwendig, daB 

Beispiel aus politisch-geographischer Zuordnung, In- 30 diese Information explizit von dem Benutzer eingegeben 
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dustriebranche, Gesellschaftsverband, Behdrdlicher 
Anmeldung, Zielgmppe, Topologie, usw. Wenn man 
den Namen des Ortes kennt, sollte man die geographi- 
schen Koordinaten feststellen konnen und zum Teil 
auch umgekehrt 

- Der Benutzer kann die Informationen iiber die Iden- 
titat des Ortes auch selbst eingeben, durch Diktieren, 
Eintippen oder die Auswahl aus verschiedencn aufgeli- 
steten Wahlmoglichkeiten. 

[0052] Die Identitats-Informationen den Ort betreffend 
konnen auf verschiedenen Wegen definiert werden: 

Name. Dies kann passieren, falls es einen eindeuti- 



werden muB. AuBerdem sollte der Benutzer in seinem Be- 
nutzer-Profil schon alles so beschrieben haben, daB es ihn 
qualifiziert, die Rolle zu besetzen. 

[0055] Dariiber hinaus konnte der Benutzer explizit zum 
35 Ausdruck gebracht haben, fiir welche Rolle ein Partncr- 
schaftskandidat gesucht werden soli. In den meisten Fallen 
wird das klar aus dem Kontext hervor gehen. Die meisten in- 
teraktiven Tatigkeiten diirften nur zwei Rollen habcn, und 
wenn der Benutzer die eine Rolle ubernimmt, dann wird lo- 
40 gischerweise der Partnerschaftskandidat fur die iibrig ge- 
bliebene Rolle gesucht. Falls die Rollen symmetrisch sind, 
ist die Rollenzuteilung auch klar. Gibt es hingegen mehrere 
Rollen fur eine Tatigkeit, so finden wir Haupt- und Randrol- 
len, und der Kontext kann auf die Hauptrollen beschrankt 
gen Namen fur den Ort gibt und die geopolitische Do- 45 werden. Es gibt dann wohl auch Abhangigkeiten zwischen 



main in dem Kontext klar ist. 

- Adresse. Zu jeder Adresse entspricht ein bestimmter 
Ort. 

- Geographische Koordinaten. Falls der Ort nicht in 
einem mehrstockigen Gebaude untergebracht wurde, 
konnte man eine eins-zu-eins Beziehung zwischen den 
Koordinaten und dem Ort erwarten. 

- Dariiber hinaus mag es fur manche Orte irgendeine 
behordliche oder handelskammerliche Identifikation 
geben, welche fur jeden Ort einzigartig ist 

- Eine solche ID konnte fur eine ganze Kategorie von 
Diensten in Gebrauch sein, und wiirde dann eventuell 
von einem zentralen organisierenden Verband von 
Dienstanbietern vergeben werden. 

- Es konnte sein, daB eine ID nur fiir diese eine Dienst- 
leistung speziell konzipiert wurde. 

[0053] Es ist moglich, von jeder dieser verschiedenen Ar- 
ten, einen SPLEMP-Ort zu bezeichnen, von einer anderen 
oder Gruppen von anderen abzuleiten, je nach der Einzigar- 
tigkeit des Informationselementes und der Klarheit des Kon- 
textes. In unterschiedlichen Kontexten wiirden cinige Arten 
von Identitatsinformationen nicht vorhanden sein. \bn den 



den Rollen, so daB eine bestimmte Rolle eine andere als Ge- 
genstiick erfordert, was es einfacher macht, welche Rolle 
der Partnerschaftskandidat spielen soli. Falls es Zweifel 
gibt, kann naturlich vom Benutzer immer gefordert werden, 
50 die genaue Rolle, die der Partnerschaftskandidat spielen 
soil, zu spezifizieren. Falls der Benutzer meint, daB die 
Rolle explizit spezifiziert werden soil, urn die oben genannte 
Strategic, die Rolle des Partnerschaftskandidaten zu bestim- 
men, zu umgehen, kann der Benutzer dies naturlich selbst in 
55 die Hand nehmen. 

[0056] Um die Anforderungen einer Rolle in einer Tatig- 
keit zu erfullen, gibt es gewisse Qualifikationen, die der 
Partnerschaftskandidat aufweisen muB. Diese Anforderun- 
gen sind in sich abhangig von der Art der Tatigkeit und der 
60 Anspruche der betroffenen Rolle, und konnen als solche da- 
von abgeleitct werden. AuBer diesen Anforderungen konnte 
der Benutzer weitere zusatzliche Bedingungen an den Part- 
nerschaftskandidaten stellen wollen. Diese Bedingungen 
muBten explizit genannt werden. Der Algorithm us konnte 
65 allgemeine asthetische Neigungen des Benutzers benutzen, 
die vorher in dem Benutzer Profil definiert wurden, um den 
Partnerschaftseignungsfund geschmackvoller zu machen. 
Diese Neigungen werden nicht unbedingt als notwendig ein- 
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gestuft, urn eine Partnerschaftseignung zu finden. 
[0057] Es konnte interaktive Tatigkeiten gcbcn, bci dcncn 
es wichtig ware, eine breite Vielfalt von zusatzlichen Quali- 
fikationen zu definieren. Wenn dies wiederholt gemacht 
wird odcr gemacht werden muB, obwohl gerade keine Lust 
dazu vorhanden ist, seine Zeit so zu verbringen, so kann dies 
als belastigend und unangenehm empfunden werden. Des- 
wcgcn sollte es moglich sein, alle dicse verschicdcncn Qua- 
lifikations-Mengen fur verschiedene interaktive Tatigkeiten 
vorab zusammen mit dem Benutzerprofil zu definieren, oder 
sie zu einem spateren Zeitpunkt hinzufugen, aber nicht un- 
bedingt zwingend dann, wenn man sich gerade in einer Part- 
nersuchumgebung befindet. So werden mehrere bevorzugte 
interaktive Tatigkeiten definiert sein, und zu jeder konnten 
mehrere zusatzliche Profil-Schablonen fur den Partncr- 
schaftskandidaten definiert sein. Fur diese Tatigkeiten ware 
es bequem moglich, innerhalb einer Partnersuchumgebung 
cinfach eine bestimmte Tatigkeit und die dazugchorendc(n) 
Profil-Schablone(n) zu aktivieren. Wo dies moglich ist, kann 
eine Vereinigung der ausgewahlten Profil-Schablonen fiir 
die Sitzung ubemommen werden. Man kann auch die Attri- 
bute der spezifizierten Profil-Schablonen fur den Partner- 
schaftskandidaten durch AND, OR, oder XOR Masken 
kombinieren. 

[0058] Der Benutzer sollte auch seine Absichten ctwas ab- 
strakter definieren diirfen. Das heiBt, der Benutzer wird die 
interaktive Tatigkeit abstrakter spezifizieren. Diese allge- 
meinere Kategorie wird all ihre spezifischeren Van an ten 
einschlieBen. Welche Van an ten dann als spezifiziert gelten 
werden, kann nur bestimmt werden, wenn die allgemeine in- 
teraktive Tatigkeit durch die Interessen des Benutzers, die 
im Benutzerprofil definiert wurden, filtriert wird und die 
Einschrankungen darauf eingesetzt werden. 
[0059] Der Benutzer darf mehrere interaktive Tatigkeiten 
spezifizieren, an denen er zu dieser Zeit Interesse hat Der 
Partnerschaftssuchalgorithmus wird dann alle beabsichtig- 
ten interaktiven Tatigkeiten getrennt bearbeiten. 
[0060] Im oben erwahnten Fall kann es empfehlenswert 
sein, wenn die Prioritaten der interaktiven Tatigkeiten defi- 
niert sind. Diese Prioritaten geben an, wie wichtig die spezi- 
fizierten interaktiven Tatigkeiten fur den Benutzer sind und 
in welcher Reihenfolge der Wichtigkeit das Eignungsuber- 
prufungsprogramm diese Tatigkeiten behandeln soli. Es gibt 
verschiedene interaktive Tatigkeiten, die den Benutzer in ei- 
ner bestimmten Rolle haben, die als dienstbcreitsteUende 
Rolle beschrieben werden kann. Diese Arten von Tatigkei- 
ten nehmen eine medrigere Prioritat an als Tatigkeiten, bei 
denen die Rolle des Benutzers mehr als eine symmetrische 
Rolle oder als Klienten-Rolle darzustellen ware. AuBerdem 
kann die Priorisierung auf der Basis des im Benutzer-Profil 
vordefinierten Interessen-Spiegels fiir bestimmte interaktive 
Tatigkeiten durchgefuhrt werden, oder auf der Basis von ex- 
plizit angegebenen Priorisierungen der interaktiven Tatig- 
keiten selbsL Solch eine Priorisierung wiirde man als \fc>r- 
gabe verwenden. Abhangig von zutreffendem Ort, Zeit, Si- 
tuation, Laune und Wiinschen konnte sich der Benutzer fur 
eine unterschiedliche Priorisierung der interaktiven Tatig- 
keiten entscheiden, an welchen der Benutzer teilzunehmen 
beabsichtigt Zusammenfassend dargestellt, definiert der 
Benutzer, fur welches Ziel er den Partner sucht und welche 
Arten von Partner dafur in Frage kamen. Die mcisten Cha- 
rakteristiken des Partnerschaftskandidaten waren schon 
wahrend der Phase der Definition der Schablone festgelegt 
worden. In dieser Phase wind man nur das Ziel aktivieren, 
entweder durch eine Auswahl aus ublichen Zielen, die man 
benutzt und die fur den Benutzer schon vordefiniert sind, 
oder durch Eingabe eines Zieles, welches der Dienst anbie- 
tet. Fallsein vordefiniertes Ziel mehrere entsprechende Part- 



nerschaftskandidaten-Profilschablonen besitzt, wiirde der 
Benutzer wohl gernc die Wahl haben, welche er sich am 
meisten wiinscht oder, im Fall von mehreren, in welcher 
Reihenfolge. Falls der Benutzer mehrere Ziele aktiviert, 
5 konnte der Benutzer deren Prioritaten neu definieren wollen . 
Alles, was nicht vordefiniert aus dem Benutzer-Profil her- 
vorgeht, kann eventuell fiber das Personal Mobile Commu- 
nications and Computing Device vorgenommen werden. 
[0061] Das oben Diskutierte umfafit einen Dialog zwi- 

10 schen dem Benutzer und dem Dienst. 

[0062] In manchen Fallen ware es fur den Benutzer mog- 
lich, alles uber das Personal Mobile Communications and 
Computing Device zu benennen und die Dienst- Anforde- 
rung wird an die RPMMSU ubertragen. 

15 [0063] In andercn Fallen wiirde der Benutzer eine bclic- 
bige vordefinierte Moglichkeit von seinem Benutzer-Konto 
bei der RPMMSU auswahlen wollen. In diesem Fall ist es 
denkbar, daB das Personal Mobile Communications and 
Computing Device alle vordefinierten Auswahlmoglichkei- 

20 ten von der RPMMSU herunterladen wird. Die Verantwor- 
tung fur diesen Dialog konnte von dem Personal Mobile 
Communications and Computing Device oder durch ein 
passendes Modul bei der RPMMSU ubemommen werden, 
wobei im letzteren Fall das Personal Mobile Communicati- 

25 ons and Computing Device die Rolle eines passiven Medi- 
ums spielte. 



30 



Dienst-Aktivierung 
Benutzungs-Aktivierung 



[0064] Sobald der Benutzer einen SPLEMP betreten hat, 
kann er den Dienst aktivieren. Der Dienst konnte automa- 
tisch nach der Ortsanmeldung aktiviert werden, oder der Be- 

35 nutzer konnte cine Aufforderung erhalten, um zu entschei- 
den, ob der Dienst aktiviert werden soil oder nicht, oder 
kann er kann die Aktivierung selbst auslosen. Dies wiirde 
dann die erste Dienst-Aktivierung fur den bestimmten 
SPLEMP fur eine Zeitdauer, z. B. einen Tag, darstellen. Von 

40 diesem Zeitpunkt an wird die RPMMSU den Benutzer be- 
dienen. 

Dienst-Deaktivierung 

45 [0065] Der Benutzer kann im Laufc seines Aufenthaltcs in 
diesem SPLEMP den Dienst deaktivieren wollen, um zu 
vermeiden, gestort zu werden oder in Situationen, zu denen 
er nicht verfugbar ist, was hin und wicder passiercn kann, 
z. B. in den folgenden Fallen: 

50 

1. Der Benutzer geht zu dem Waschraum, um sich 
frisch zu machen. 

2. Der Benutzer fuhrt gerade ein Gesprach mit irgend- 
einem Bekannten, Freund, usw. und hat keine Lust, ge- 

55 stort zu werden. 

3. Der Benutzer ist gerade beim Essen. 

4. Der Benutzer konnte schon durch diesen Dienst ei- 
nen Partnerschaftskandidaten gefunden haben und 
ware gerade dabei, die ausgewahlten Person kennenzu- 

60 lemen 

5. Usw. 



65 



Dienst- Wiederaktivierung 

[0066] Wenn der Benutzer fiihlt, daB er wieder so weit ist, 
den Dienst weiter zu benutzen, kann er den Dienst wieder 
aktivieren. 
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B en utzer-Bedicnungseinstel lunge n 

[0067] Es kann mehrere Dienstparameter geben, welche 
der Benutzer beeinflussen konnen mochte. Einige Beispiele 
sind wie folgendcn: 5 

1. Qualitatsklasse der Bedienung 

2. Preisklassc 

3. Maximale Mitteilungshaufigkeit der Partnerschafts- 
treffer 10 

4. Minimaler Ubereinkunftsprozentsatz 

5. Usw. 

[0068] Je nach der Quali tat des Dienstes, die der Benutzer 
anstrcbt, kann der Benutzer cine der Qualitatsklassen aus- 15 
wahlen. Diese Qualitatsklassen entsprechen vielleicht auch 
unterschiedlichen Preisklassen, aber nicht unbedingt. Viel- 
leicht gibt es Zcitbcschrankungen, wie oft man cine bevor- 
zugte Qualitatsklasse verwenden kann. 
[0069] Ein Benutzer kann auch verschiedene Preisklassen 20 
benutzen. Die Preisklasse konnte etwa fur einen bestimmten 
Benutzer fest sein, oder sie konnte frei wahlbar sein. 
[0070] Ein Benutzer konnte die hochst Anzahl von ver- 
mittelten Partnerschaftskandidaten, die innerhalb einer Zeit- 
spanne angeboten werden, kontrollieren wollen. Zum Bei- 25 
spiel konnte ein Benutzer wollen, daB ihm nicht ofter als alle 
20 Minuten ein Partnerschaftskandidat vermittelt werden 
soil 

[0071] Ein Benutzer kann spezifizieren, wie anspruchs- 
voll, er/sie sein mochte. Je anspruchsvoller ein Benutzer ist, 30 
desto schwieriger ist es, einen geeigneten Partnerschafts- 
kandidaten fur ihn/sie zu finden, es nimmt mehr Zeit in An- 
spruch, und vielleicht findet sich uberhaupt gar kein Partner 
in dem entsprechenden SPLEMP, der so gut zu dem Benut- 
zer passen wiirde. 35 
[0072] Es konnte noch andere Parameter geben, die in den 
Umfang der bisher erwahnten Parameter fallen. Es konnten 
noch weitcre existieren, die uberhaupt nicht unter die oben 
genannten Kategorien fallen, aber trotzdem in diesen Ver- 
fahrensschritt oder in diese Funktionalitat eingestuft werden 40 
konnten. 

Uberwachung der Aufenthaltsfortfuhrung am Anmeldungs- 
ort 

45 

[0073] Es kann jedoch auch sein, daB die Oberwachung 
des Aufenthaltsortes des Benutzers wichtig ist um herauszu- 
finden, ob der Benutzer noch Bedienung benotigt, oder ob er 
noch bedient werden kann. Dieses Verfahren beginnt, nach- 
dem sich der Benutzer bei dem SPLEMP angemeldet hat. 50 
[0074] Dies kann ausgehend von zwei unterschiedliche 
Kriterien geschehen. 

Benutzerbehauptung der Aufenthaltsfortfuhrung am Anmel- 

dungsort 55 

[0075] Bei diese m geht es nur darum, daB der Benutzer 
der RPMMSU mitteilen kann, daB er noch da ist. Ob dies der 
Wahrheit entspricht, ist hier gar nicht wichtig. Dazu lassen 
sich verschiedene Strategien auffuhren: 60 

- Auf-Gelande-t)berprufung durch Umgebungs-Ab- 
horung: Auf dem Gelande des SPLEMPs befinden sich 
mehrere Ausstrahler der SPLEMP-Kennzeichnung-Si- 
gnale. Bei Empfang von solchen Signalen weiB das 65 
PMCCD, daB der Benutzer sich auf dem Gelande be- 
findet Wenn es diese Signale nicht mehr empfangt, 
heiBt das, daB der Benutzer sich von dem SPLEMP ent- 



fernt hat In diesem Fall, laBt das PMCCD des Benut- 
zers die RPMMSU wissen, daB der Benutzer sich nicht 
mehr auf dem Gelande des SPLEMPs aufhalt Die 
RPMMSU andert den Aufenthaltsstatus des Benutzers 
cnlsprechend, d. h. der Benutzer gilt als ausgecheckt 
Das PMCCD folgt auch diesem ProzeB. Es besitzt auch 
die Kenntnis, daB der Benutzer ausgecheckt ist. Wenn 
das PMCCD die Signale des SPLEMPs wicder cmp- 
fangen kann, meldet es sich wieder bei der RPMMSU 
als eingecheckt Es andert auch die eigene interne Auf- 
enthaltszustandskenntnis. 

- Geographische Feststellung der Aufenthaltsposition: 
Das PMCXJD des Benutzers besitzt die Fahigkeit, die 
eigene geographische Position festzustellen. Das 
PMCCD kann auch eine; geographische Xarte des Ge- 
landes des SPLEMPs durch einen entsprechenden In- 
formationsdienst zu sich herunterladen. Diesem Lifor- 
mationsdienst muB nur den Antrag ertcilt werden und 
die notwendigen Infonnationen werden bcreitgestellt 
Dieses Herunterladen kann im Prinzip auch drahtlos er- 
folgen, entweder allein am Eingang, oder man hat 
uberall auf dem Gelande Zugriff auf diesen Dienst. 
Durch diesen Informationsdienst wird eine Karte be- 
reitgestellt, worauf der Umkreis des Gelandes mit geo- 
graphischen Koordinatcn vermerkt ist Es kann meh- 
rere solcher Karten geben, je nachdem, welche Etage 
gemeint ist. Das PMCCD des Benutzers berechnet, ob 
die Aufenthaltskoordinaten innerhalb diesen Umkreis 
fallen oder nicht Fur welche Etage gerechnet werden 
soli, falls der SPLEMP uberhaupt mehrere Etagen be- 
sitzt, kann durch Abhoren von Etagen-Informationssi- 
gnalen von dem Gelande des SPLEMPs festgestellt 
werden. Dies kann das PMCCD kontinuierlich machen 
oder nach einer bestimmten Zeitperiode. Jedesmal 
wenn die Antwort dicscr Berechnung anders ausfallt 
als die vorherige Antwort, wird dies der RPMMSU 
mitgeteilt. 

- Entgegennahmc der Aufenthaltsandcrungscingabe 
des Benutzers: Hierbei wird jede Anderung an dem 
Aufenthaltszustand des Benutzers bezogen auf den je- 
weiligen SPLEMP vom Benutzer selbst in das PMCCD 
eingegeben. Der Benutzer kann die RPMMSU wissen 
lassen, ob er sich auf dem Gelande des SPLEMPs be- 
findet und dadurch als eingecheckt gelten soil oder daB 
er sich dort nicht befindet und demcntsprechend als 
ausgecheckt gelten soli. Es ist dem Benutzer uberlas- 
sen, sich darum zu kummern, daB er diese Angaben in 
das PMCCD eingibt, so daB das PMCCD dies an die 
RPMMSU weiterleiten kann. 



Sicherstellung der Aufenmaltsfortfuhrung am Anmeldungs- 
ort 

[0076] Hierbei geht es um mehr als nur um eine Benutzer- 
bestatigung der Aufenmaltsfortfuhrung am Anmeldungsort 
Hier wird sichergestellt ob dies wirklich der Fall sei. Dazu 
wird auch noch ein Subsystem am SPLEMP in Anspruch 
genommen, was die Location Server Unit genannt wird. Das 
System kann sich nicht nur auf dem Benutzer verlassen. Es 
kann sein, daB der Benutzer nicht immcr daran denkt den 
Dienst zu deaktivieren, sich auszuchecken oder sich abzu- 
melden als er das tun sollte. Es ist aber auch denkbar, daB 
aus irgendwelchen Griinden, der Benutzer absichtlich dies 
nicht tun wolle. In dem Fall, besteht die Gefahr, daB einem 
anderen dieser Benutzer vermittelt wird, obwohl er sich 
nicht weiter auf dem Gelande des SPLEMPs befindet Das 
konnte sehr irritierend auf anderen Benutzer wirken. Sogar 
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der Benutzer selbst konnte sich davon irritiert fuhlen. 
[0077] Der Aufcnthaltsort des Benutzers kann durcb spe- 
zielle Aufenthaltsorts-Verfolgungs-Komponenten in dem 
Personal Mobile Communications and Computing Device 
dcs Bcnutzcrs oder einem andcrcn Gerat bei dem Benutzer 5 
iiberwacht werden. Das Gerat kann entweder an- oder aus- 
geschaltet sein. Es kann aber auch sein, daB die zustandige 
Komponcntc in dem Gerat selbst akliviert oder deaktiviert 
werden kann, ohne das ganze Gerat an- oder auszuscbalten. 
[0078] Die Plattform-Module, welche die Komponente 10 
benotigt, konnten auch entscheidend sein, indem sie auch 
anwesend oder nicht vorhanden sein konnen. Da man nicht 
davon ausgehen kann, daB die Ortuberwachungskompo- 
nente in dem Gerat des Benutzers immer funktioniert, ist es 
wichtig, neuc Strategien zu erdcnkcn um festzustcllcn, ob is 
der Benutzer, als bei einem SPLEMP Angemeldeter, in die 
Pailiierschaftseignungsuberprufung einbezogen werden 
soil. Einige der viclcn hicr moglichcn Strategien sind die 
folgenden: 

20 

- Eingangsseinchecken und Ausgangsauschecken: An 
den Ein- und Ausgangen wird es Aufenthaltsverande- 
rungen abhorende Module geben. Diese senden Si- 
gnale aus, um die in dem Personal Mobile Communica- 
tions and Computing Device des Benutzers vorhande- 25 
nen, fur die Aufenthaltsuberwachung zustandigen Mo- 
dule wissen zu lassen, daB der Benutzer das Gelande 
des SPLEMP gerade betritt bzw. verlaBt Auf den Emp- 
fang solcher Signale reagiert das Aufenthaltsortsver- 
folgungsmodul mit dem Senden von Ortsanmeldungs- 30 
kennzeichen oder einem anderen entsprechenden 
Kennzeichen, was den Ortsstatus des Benutzers ent- 
sprechend andert. Falls das Modul auf ein Ausgangssi- 
gnal reagiert, wird der Benutzer als ausgecheckt ver- 
merkt, und falls das Modul auf ein Eingangssignal rea- 35 
giert, wird der Benutzer als eingecheckt vermerkt Die- 
ser Status wird an die RPMMSU iibermittelt. 

- Auf-Gelande-Bestatigung: Die Gelande selbst sind 
mit aufenthaltsbestatigenden Abhormodulen ausgestat- 
tet. Diese Module senden ununterbrochen Signale aus, 40 
welche besagen, daB sie von solch einer Art Modul ge- 
sendet wurden, und die das Kennzeichen des jeweili- 
gen SPLEMPs iibennitteln. Nach einer gewissen Zeit 
uberpruft das Aufenthaltsorts-Verfolgungsmodul in 
dem Personal Mobile Communications and Computing 45 
Device des Benutzers, ob das Signal vorhanden ist, und 
falls dies der Fall ist, schickt es drahtlos ein Bestati- 
gungssignal. Dieses Signal enthalt ein Ortsanmel- 
dungskennzeichen oder ein anderes entsprechendes 
Kennzeichen, und kann wahlweise Authentifizierungs- 50 
informationen enthalten. Beim Empfang solch einer 
Antwort verlangert das Benutzeraufenthaltsiiberwa- 
chungsmodul der Qrtsdiensteinheit des SPLEMPs den 
Aufenthaltsstatus des Benutzers. Falls das Benutzer- 
aufenthaltsiiberwachungsmodul innerhalb einer be- 55 
stimmten Zeitdauer kein solches Signal empfangt, laBt 
es die RPMMSU wissen, daB der Benutzer sich nicht 
auf dem Gelande befindet. So hort die RPMMSU auf, 
den jeweiligen Benutzer zu bedienen. In der Orts- 
diensteinheit des SPLEMPs wird der Benutzer als nicht 60 
verfugbar vermerkt. Sollte das Aufenthaltsortsverfol- 
gungsmodul des PMCCD des Benutzers erneut dessen 
Anwesenheit auf dem Gelande signalisieren, so wird 
der Status des Benutzers wieder als verfugbar und be- 
dienbar vermerkt. Die RPMMSU wird benachrichtigt, 65 
welche die Bedienung des Benutzers wieder aufhimmt. 

- Zeitstrategien: Viele Strategien konnen angewendet 
werden, welche die Bedienbarkeit des Benutzers uber 
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das Kriterium Zeit festzustellen versuchen. Die Auf- 
Gclande-Bestatigung ist ebcnfalls cine solcbc Strate- 
gic Angenommen, daB ein Benutzer sich innerhalb ei- 
ner gewissen Zeit, nach dem er ausgecheckt hat, sich 
nicht erneut eincheckt, dann konnte der Benutzer seine 
Anmeldung fur den jeweiligen SPLEMP verlieren. 
Falls der Benutzer fur eine langere Zeit nicht verfugbar 
bleibt, konnte er als ausgecheckt angeschen werden. 
Der SPLEMP konnte eine bestimmte Zeit als Geschaft- 
schluB fur einen bestimmten Tag, Ereignis oder Sitzung 
angegeben haben, und alle Benutzerortsanmeldungen 
fiir diesen SPLEMP werden zu dieser Zeit terminiert. 

- Benutzereinstellungen: Der Benutzer kann explizit 
angeben, ob er vorubergehend diesen Dienst deaktivie- 
rcn mochte, vorubergehend nicht verfugbar sein 
mochte, auschecken mochte, oder sich fur diesen 
SPLEMP abmelden mochte. Der Benutzer kann auch 
den Dienst aktivicren oder cinchccken. Dies geschieht 
auf Veranlassung des Benutzers selbst. 

- Benutzeranfrage: Warm immer der Benutzer vor hat, 
sein PMCCD auszuschalten, kann der Benutzer ange- 
fordert werden, um zu bestatigen, ob er auch noch den 
Dienst deaktivieren mochte. Wenn der Benutzer au- 
scheckt, kann er befragt werden, ob er sich auch noch 
von dem jeweiligen SPLEMP abmelden mochte. 



Partncrschaftseignungsuberprufung 

[0079] Das Partnerschaftseignungsiiberprufungsmodul ist 
zustandig fur die eigentliche Partnerschaftseignungsuber- 
priifung. Es hat in seinem Besitz Informationen uber alle an- 
gemeldeten Benutzer in einem bestimmten SPLEMP. Die 
Benutzerinformationen eines Benutzers werden mit den Be- 
nutzerinformationen der anderen Benutzer vcrglichen, um 
festzustellen, ob es einen Partnerschaftseignungstreffer zwi- 
schen den Beiden gibt oder nicht, und wenn ja, wie hoch der 
tJbereinkunftsgrad ist Das Ziel ist, dicjenigen Falle heraus- 
zufinden, bei denen der tjbereinkunftsgrad maximal ist. Es 
gabe verschiedene Heuristiken, die benutzt werden konnen, 
um diese Partnerschaftseignungstreffer herauszufinden. All- 
gemein wird versucht, einen Ausgleich unter verschiedenen 
Kriterien wie Geschwindigkeit, Partnerschaftseignungstref- 
ferqualitat, gerechter Verteilung der Ressourcen, Nutzung 
von Ressourcen, gerechter Wahrscheinlichkeit einer Part- 
nerschaftseignungsubereinkunfl fur alle, besserer Bedie- 
nung bei gutem Verhalten, Dienstverschlechterung als Be- 
strafung fur VerhaltensverstoBe usw., zu finden. 

Vorgehensweise bei der Partnerschaftseignungsfeststellung 

1. Der Anwarterteilnehmer soli sich auf dem gleichen 
Gelande be finden wie der Benutzer. 

2. Der Anwarterteilnehmer soli seine Verfugbarkeit 
fiir eine solche Tatigkeit zu dieser Zeit eingegeben ha- 
ben. 

3. Der Anwarterteilnehmer soli diese Verfugbarkeit 
aktiviert haben. 

4. Der Anwarterteilnehmer soil eine Erklarung abge- 
geben haben, keinen Einwand gegen eine solche Tatig- 
keit zu haben. 

5. Der Anwarterteilnehmer soli eine Neigung fur eine 
solche Tatigkeit geauBert haben. 

6. Der Anwarterteilnehmer soli einen Wunsch fur eine 
solche Tatigkeit betont haben. 

7. Der Anwarterteilnehmer soil seine bevorzugte Rolle 
(Rollen) fur eine solche Tatigkeit eingegeben haben. 

8. Der Anwarterteilnehmer soli die notwendigen Qua- 
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lifikationen fur eine solche Rolle aufweisen konnen. 

9. Dcr Anwarterteilnehmer soil die notwcndigen zu- 
satzlichen Qualifikationen, die der andere Benutzer 
von dem Anwarterteilnehmer verlangt, erfullen. 

10. Der Anwarterteilnehmer soli einwilligen, auf An- 
forderung einen Dialog mit dem anderen Benutzer zu 
initialisieren, nachdem ihm Informationen iiber den an- 
deren Benutzer und den cine Bcgriindung der Partncr- 
schaftseignung bereitgestellt wnrden. 

Bekanntmachungssitzung 

[0080] Dieser ProzeB beginnt, wenn ein Partnerschaftseig- 
nungstrefFer fur einen bestimmten Benutzer gefunden wird. 
Hierbci wird der Benutzer mit Informationen sowohl iiber 
den vermittelten Partnerschaftskandidaten als auch mit einer 
Begriindung fur den Partaerschaftseignungstreffer versorgt. 
Dem Benutzer wcrden folgendcn Artcn von Informationen 
gezeigt: 

1. Gunstige Attribute des vermittelten Partnerschafts- 
kandidaten, die fur den Benutzer von Interesse sind. 

2. Ungiinstige Attribute des vermittelten Partner- 
schaftskandidaten, die der Benutzer als storend empfin- 
den konnte. 

3. Attributen, nach denen der vermittelte Partner- 
schaftskandidat an einem Partnerschaftskandidaten ge- 
sucht hat 

4. Vertrauliche, bei Preisgabe Vorsicht verlangende 
Attribute, nach denen der vermittelte Partnerschafts- 
kandidat an einem Partnerschaftskandidaten gesucht 
hat. 

5. Eine Liste von empfehlenswerten und nicht emp- 
fehlenswerten Verhaltensmustem betreffend die ge- 
stellten Anforderungen, die zu respektierende Privat- 
sphare des Anderen, Verhaltensempfehlungen, Tatig- 
keitshemmungen, Tabus, Tatigkeitsvertiefungsbereit- 
schaft, usw., wic von dem vermittelten Partnerschafts- 
kandidaten bereitgestellt. 

6. Ein Foto des vermittelten Partnerschaftskandidaten 
wird dem Benutzer ehenfalls bereitgestellt. 

Kommunikationsverbindungsaufbau 

[0081] Nachdem dem Benutzer die oben genannten Infor- 
mationen gezeigt wurden, wird der Benutzer gefragt, ob 
eine Verbindung zu dem vermittelten Partnerschaftskandi- 
daten hergestellt werden soil. 

[0082] Die gleich Vorgehensweise wird bei dem vermit- 
telten Partnerschaftskandidaten angewendet Falls die bei- 
den Teilnehmer dazu zustimmen, wird die Verbindung zwi- 
schen den beiden aufgebaut. Sobald dies geschehen ist, wird 
die Verbindung zum RPMMSU unterbrochen. Es gibt meh- 
rere Punkte, iiber die man sich hier Gedanken machen sollte: 

1 . Die Partei, die den Verbindungsaufbau veranlaBt, ist 
fur die Begleichung der Rechnung zustandig. Dies ist 
eine Frage der Rechnungsschreibung. 

2. Die Partei, welche die Verbindung aufbaut, ist dieje- 
nige, die auch den Anruf zu einer anderen Verbindung 
transferieren kann. Dies ist eine Frage der Transferge- 
nehmigungen. 

3. Der Benutzer darf nicht die Kontaktierbarkeits- 
adresse des Anderen iiber diesen Dienst erfahren. 

[0083] Dies kann auf verschiedene Weise geschehen: 



1. Personal Mobile Communications and Computing 
Devices von beiden Bcnutzcrn sind zustandig fur den 
Aufbau der Verbindungen zwischen ihnen auf der einer 
Seite und der Real Partner Match Making Server Unit 

5 auf der anderen Seite. Die RPMMSU verbindct dann 
die zwei Anrufe und entbindet sich selbst gleichzeitig 
von den Anrufen. Der Benutzer wird iiber eine Benach- 
richtigung aufgefordert, cine Verbindung zu der 
RPMMSU aufzubauen. Der Aufbau der Verbindung 
10 geschieht unabhangig und auf Befehl des Benutzers. 
Dies kann sich als etwas schwerfallig zu realisieren er- 
weisen. 

2. Die RPMMSU kann Anrufe zu den PMCCD der 
beiden Benutzer aufbauen, und sobald sie Verbindung 

IS zu beiden hat, die beiden Anrufe zusammenftihrcn, so 
daB es eine direkte Verbindung r.wischen den beiden 
gibt, und sich den von den Anrufen entbinden. Hier 
mufite viclleicht dcr Betreibcr der RPMMSU die Rech- 
nung ubemehmen, was nicht wiinschenswert ware. 

20 3. Die Benutzer konnten von einem Modul, welches 
auf dem PMCCD der Benutzer lauft und als ein Teil der 
Bekanntmachungssitzung anzusehen ist, eine Auffor- 
derung erhalten. Wenn der Benutzer sein Einverstand- 
nis mitteilt, dann baut ein Modul zum Errichten eines 

25 synchronen Kommunikationskanals eine Verbindung 
zu der RPMMSU auf. Wenn beide Benutzer dies getan 
haben, verbindet die RPMMSU die beiden Anrufe und 
entbindet sich selbst. Dies konnte die praktischste Va- 
riante sein. 

30 

[0084] Dieser synchrone Kommunikationskanal kann ver- 
schiedenes bedeuten: 

1. Einen Videokanal, durch den beide Benutzer einan- 
35 dcr sehen und cinander horcn konnen, wie z. B. Vidco- 

fon. 

2. Es konnte ein Audiokanal sein, wobei die Benutzer 
nur miteinander rcden konnen, so wie cine ganz nor- 
male Telefonverbindung. 

40 3. Es konnte ein Textaustausch sein, wobei jede Partei 
von der anderen Seite gesendeten Text empfangt Beirn 
Senden kann der Benutzer entweder den Text eintip- 
pen, oder er kann die Botschaft aussprechen und ein 
Modul in dem PMCCD ubemimmt die Funktionalitat 

45 der Spracherkennung und die Konvertierung von Spra- 
che in Text, der anschliefiend gesendet wird. Es gibt je- 
doch noch weitere Moglichkeiten, um den Text einzu- 
geben. 

50 

Dialog 

[0085] Nachdem die beiden Parteien miteinander verbun- 
den sind, mussen sie gewisse Mafinahmen treffen, um eine 
55 erfolgreiche Beendigung des Prozesses zu gewahrleisten. 

1 . Nach der Verbindung sollte der Benutzer einen Dia- 
log mit dem vermittelten Partnerschaftskandidaten ein- 
leiten. 

60 2. Der Benutzer sollte einem Ireffen mit dem vermit- 
telten Partnerschaftskandidaten zustimmen, hochst- 
wahrscheinlich an einem Ort auf dem Gelande des 
SPLEMPs, und zu einer Zeit sehr bald nach diesem Ge- 
sprach, womoglich sogar wenige Minuten danach, wo- 

65 bei beides, Ort und Zeit, gemeinsam vereinbart wird. 

3. Der Benutzer sollte den vermittelten Partnerschafts- 
kandidaten tatsachlich an dem vereinbarten Ort und zu 
der vereinbarten Zeit treffen. Die Abweichung von den 
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Zeit- und Ortsparametem sollte moglichst gering ge- 
halten werden. 

4. AnschlieBend halt der Benutzer einen Dialog mit 
dem vermittelten Partnerschaftskandidaten, um festzu- 
stcllen, ob dicser wirklich die Art von Person ist, wo- 5 
nach er gesucht hat, verschiedene erwunschte Attribute 
und deren tatsachlichen Auspragungen betrachtend. Es 
soli auch festgestellt werden, ob die Chemic zwischen 
den beiden gut und die Gesellschaft des andeien ange- 
nehm ist. Am Ende wird eine Entscheidung getroffen, 10 
ob der vermittelte Partnerschaftskandidat wirklich der 
richtige ist, um die gewiinschte Tatigkeit zu unterneh- 
men. Eine Vereinbarung wird getrofFen, um zu ent- 
scheiden, wann, wo und wie die beiden mit der Tatig- 
keit fortfahren sollcn, oder daB sie einander erneut kon- 15 
taktieren werden, um die organisatorischen Aspekte 
des Sachverhalts auszudiskutieren. Sie konnten auch 
entscheiden, daB sic einander besser kenncnlernen 
miissen, um die Eignung des anderen fur die ge- 
wiinschte Tatigkeit festzustellen, und daB weitere 20 
Kommunikation erwunscht wird. In den meisten Fal- 
len, abhangig von der Art der Tatigkeit, werden die bei- 
den Kontaktierbarkeitsadressen austauschen. 

Vermittelte-Partaerschaftsk^didaten-Erinnen 25 
zung 

[0086] Wenn eine Partncrschaftseignungsbestatigung zwi- 
schen zwei Parteien erzielt wurde, die zwei Parteien eine 
Chance zum Besprechen gehabt haben und sich wieder von- 30 
einander verabschiedet haben, konnten die beiden Parteien 
wiinschen, Informationen iiber die andere Partei und iiber 
das Treffen im allgemeinen zu speichem, so daB man eine 
Ubersicht hat iiber die Leute, die man getroffen und kennen- 
gelernt hat Es kann passicren, daB man nach einer gewisscn 35 
Zeit friiher vermittelte Partnerschaftskandidaten zu verges- 
sen anfangt. Dies kann insbesondere geschehen, wenn man 
sehr viele solcher Falle miterlebt hat, oder wenn das Ge- 
dachtnis des Benutzers nicht so optimal ist, oder wenn sehr 
viel Zeit seither vergangen ist, oder wenn an dem Treff oder 40 
an dem vermittelten Partnerschaftskandidaten nichts beson- 
deres oder bemerkenswertes lag. Es ist wichtig, daB es eine 
Unterstutzung gibt, um sich an die Leute zu erinnern, die 
man im Leben getroffen hat Man kann das als ein auf die 
Partaerschaftseignungstreffer bezogenes Tage- und Kon- 45 
taktbuch ansehen. Es gabe verschiedene Arten von Informa- 
tionen, die man in solch einem Tagebuch speichem wiirde: 

1. Typ des Bekanntmachungsmittels: In diesem Fall, 
ware das der Dienst, der durch dieses System ermog- 50 
licht wird. 

2. Bekanntmachungsagent Dies beinhaltet die Identi- 
tat des Betreibers des Partnersuch-, Partnerschaftseig- 
nungsiiberprufungs- und Bekanntmachungsdienstes, 
der durch dieses System ermoglicht wird. 55 

3. BekanntschaftsschlieBungsereignis. Dies bezeich- 
net ein bestimmtes Ereignis, welches stattfand oder 
von einem SPLEMP organisiert wurde. 

4. BekanntschaftsschlieBungsort Dies bezeichnet in 
diesem Fall die Identitat des SPLEMPs. 60 

5. BckanntschaftsschlieBungszcit. Das bezeichnet un- 
gefahr die Zeit, zu der man sich zum ersten mal mit 
dem vermittelten Partnerschaftskandidaten getroffen 
hat 

6. Alias des vermittelten Partnerschaftskandidaten. 65 
Dies ist der Name, der von dem vermittelten Partner- 
schaftskandidaten benutzt wurde, als er sich dem Be- 
nutzer vorgestellt hat. Es muB nicht unbedingt der 



echte Name des vermittelten Partnerschaftskandidaten 
sein. 

7. Foto des vermittelten Partnerschaftskandidaten. 
Dessen Bereitstellung ist zum Teil von dem System ab- 
hangig, aber im Grunde genommen soli es nur mit der 
Zustimmung des vermittelten Partnerschaftskandida- 
ten dem Benutzer bereitgestellt werden. Wahrend der 
Bckanntmachungssitzung wurde cine Fotografic be- 
reitgestellt Dieses Foto konnte eigentlich auch hier be- 
nutzt werden. Die Frage ist, ob dieses Foto benutzt 
werden darf, da es hier moglich ware, das Foto langfri- 
stig zu bewahren und dadurch die Anonymitat des an- 
deren verletzt werden konnte. Es ist inzwischen be- 
kannt, daB, wenn man Zugang zu einer groBen Daten- 
bank mit pcrsonlichcn Daten hat, man die Identitat des 
anderen dann unter Benutzung entsprechender Mus ter- 
erkennungssysteme feststellen kann. Aufgrund dieser 
Obcrlegungen muB der Benutzer entscheiden, ob es 
klug ist, das Foto iiberhaupt fur die Bekanntmachungs- 
sitzung preiszugeben, falls das langfristige Speichem 
des Fotos nicht verhindert werden kann. Das langfri- 
stige Speichem des Fotos kann von dem vermittelten 
Partnerschaftskandidaten abhangig gemacht werden, 
wenn es ein System gibt, welches das Speichem des. 
Fotos von der Zustimmung des vermittelten Partner- 
schaftskandidaten abhangig macht Ein mogliches Sy- 
stem konnte veranlassen, daB das wahrend der Be- 
kanntmachungssitzung crhaltcnc Foto nur chiffriert gc- 
speichert wird, obwohl es dechiffriert dargestellt wird, 
und nur mit Hilfe eines Schliissels, den der vermittelte 
Partnerschaftskandidat ubermittelt, auch in chiffrierter 
Form gespeichert werden kann. Die Darstellung des 
Fotos soil dadurch ermoglicht werden, daB das Foto 
mittels eines Schliissels dechiffriert werden kann, der 
an einem Ort gespeichert wird, auf den der Benutzer 
keinen direkten Zugang hat. Daruber hinaus soli der 
Speicherort des Fotos nur dem System zuganglich sein, 
und nicht einmal der Bcsitzcr des Systems soli es um- 
gehen konnen. Daruber hinaus kann das chiffriertes 
Foto nach einer gewissen Zeit geloscht werden, was 
abhangig sein kann von der Systemuhr und dem Be- 
triebszustand des Cerates (an- oder ausgeschaltet). 
Diese Unzuganglichkeit und explizite Genehmigung 
ist notwendig, nur falls der vermittelte Partnerschafts- 
kandidat iiber die eigene Anonymitat sehr besorgt ist, 
und kein Beweismaterial zuriicklassen mochte, wo 
durch seine Identitat durch den Benutzer festgestellt 
werden kann. Auch diese MaBnahmcn der Anonymitat 
sind vielleicht unnotig, da der andere diese sehr einfach 
umgehen kann, indem er einfach ein neues Foto von 
dem vermittelten Partnerschaftskandidaten macht, mit 
Hilfe einer digitalen oder sonstigen Kamera, was sogar 
in dem PMCCD integriert sein konnte. In diesem Fall 
ware die ganze Muhe umsonst Die beste Praxis ist, 
wenn dem Benutzer ein Zugang zu solch einer Daten- 
bank iiber personliche Daten der Menschen erschwert 
oder sogar verboten wird. Es kann auch hilfreich sein, 
fur den Zweck der Erinnerung, daB ein aktuelles Foto 
des vermittelten Partnerschaftskandidaten gespeichert 
wird, so wie er zu diesem Zeitpunkt aussieht. Dafur 
kann die Verfugbarkeit eines digitalen Fotoapparatcs 
niitzlich sein. Letztendlich kann es aber auch sein, das 
Angst vor Verlust der Anonymitat dem Benutzer gar 
nichts ausmacht 

8. Beschreibung des vermittelten Partnerschaftskandi- 
daten in eigenen Worten. 

9. Umstande des IVefTens in eigenen Worten. 

10. Qualitat des Erlebnisses in eigenen Worten. 
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1 1 . Gegenseitige Entscheidung zurn Ende des TYeffens 
dariibcr, wie man vorgchcn mochtc bei derErforschung 
der Moglichkeit, sich mit der zum Ziel gesetzten inter- 
aktiven Tatigkeit zu befassen. 

12. Positive Attribute des vermittclten Partncrschafts- 
kandidaten, welche zu einem Treffer verholfen haben 
und wahrend der Bekanntmachungssitzung vorgestellt 
wurden. 

13. Negative Attribute des vermittelten Partner- 
schaftskandidaten, die wahrend der Bekanntmachungs- 
sitzung als Warnungen vorgelegt wurden. 

14. Die Bestrebungen und Erwartungen des vermittel- 
ten Partnerschaftskandidaten an den anderen Partner- 
schafLskandidaten (in diesem Fall den Benutzer), wie 
sie in der Bekanntmachungssitzung vorgelegt wurden. 

15. Eigene positive Attribute, die zu einem Treffer 
verholfen haben, und wahrend der Bekanntmachungs- 
sitzung offenbart wurden. 

16. Eigener Alias, der dem vermittelten Partner- 
schaftskandidaten vorgefuhrt wurde. 

17. Kritik-Feedback, welche der RPMMSU bereitge- 
stellt wurde. 

18. Tagebucheintrage, die sich auf den gleichen ver- 
mittelten Partnerschaftskandidaten beziehen, und nach 
der Zeit des Eintrags angeordnet sind, wobei es sich um 
die Entwicklung der Beziehung und der Meinung uber 
den anderen handelt. 



10 



Kritischer Feedback 

[0087] Kritischer Feedback wird spater vorgenommen. 
Falls das Treffen wirklich stattfindet, kann es trotzdem ge- 
macht werden, um eine Meinung uber den vermittelten Part- 
nerschaftskandidaten zu ubermitteln. Wahrend der Bekannt- 
machungssitzung wurden viele Charakteristiken des vermit- 
telten Partnerschaftskandidaten enthullt. 
[0088] Der Benutzer konnte Verdrehungen in dem Profil 
oder sogar voile Abweichungen oder Liigen beobachtet ha- 
ben. Der Benutzer konnte dariiber berichten wollen, um die 
eigene Unzufriedenheit und das MiBfallen an der Unehrlich- 
keit des vermittelten Partnerschaftskandidaten zu auBern. 
[0089] Der Benutzer konnte auch uber die Verhaltenab- 
weichungen von den Regeln des Verhaltenskodex und von 
den Verhaltensanweisungen, wie von dem Betreiber des 
RPMMSU vorgeschrieben, berichten wollen. Dabei konnte 
es sich um verschiedenes handeln wie z. B. Benehmen, 
Piinktlichkeit, Erscheinen am Treffpunkt iiberhaupt, Halten 
an die Empfehlungen und Grenzen bezuglich des Eindrin- 
gens in die Privatsphare des Benutzers sowie Anfordem von 
Informationen oder Ressourcen von dem Benutzer, die die- 
ser nicht bereitstellen wollte, entsprechend den Einstellun- 
gen im Benutzerproril, die dem vermittelten Partnerschafts- 
kandidaten wahrend der Bekanntmachungssitzung bereitge- 
stellt wurden. Dieses Feedback kann unterschiedlich in ver- 
schiedenen Formaten erhoben werden: 

1. Freier Text und natiirliche Sprache. 

2. Freie Aussprache und natiirliche Sprache. 

3. Auswahlen aus Listeneintragen als Antwort auf Be- 
merkungen iiber verschiedene Aspekte, die selbst wie- 
derum aus einem Menu ausgewahlt werden. 

4. Ein Dialog zwischen einem Kritischer-Feedback- 
Erhebungs-Subsystem und dem Benutzer, in diesem 
Fall liegt die Steuerung des Dialogs bei dem Subsy- 
stem. Der Benutzer wird aufgefordert, auf bestimmte 
Fragen Antworten einzugeben. Die Antwort kann aus 
einer Liste mit Eintragen ausgewahlt werden, wobei 



15 



die Liste auf dem Bildschirm sichtbar wird, oder die 
Eintrage ausgesprochen werden. Die Antwort kann 
entweder frei eingegeben oder aus einer Liste von 
moglichen Antworten ausgewahlt werden und aktiviert 
werden, indem man eincn BUdschirmzeigcr wie cinen 
Touchscreenstift, Cursor oder Finger benutzt, oder 
durch Eingabe einer treien Textantwort durch einen 
Eingabemechanismus, oder sogar durch freie Sprache 
iiber eine Sprachschnittstelle. 

[0090] Spater wird dieses Feedback nach einer Bestati- 
gung durch den Benutzer an die RPMMSU iiber das Kriti- 
scher-Feedback-Erhebungs-Subsystem gesendet 

Architckturentwurfsmodulc 



[0091] Hier werden alle drei wichtige Subsysteme in ihre 
jeweiligcn Module aufgeteilt. Es werden verschiedene Mo- 
dule aufgefuhrt, die dazu beitragen, da6 das System zu ei- 
20 nem runktionstiichtigen System wird. Verschiedene fol- 
gende Aspekte der Module werden hier erklart: 

- die Funktionalitat der Module, 

- die Beziehung zu anderen Modulen, 

25 - der Signalaustausch und die Kommunikation mit an- 
deren Modulen sowohl innerhalb des gleichen als auch 
in andere Systeme, 

- der Einsatzkontext innerhalb eines Prozesses, 

- die Wahlfreiheit der Module, 

30 - die Kategorisierung der Module 

- usw. 

[0092] Hier einige Anmerkungen zu dem System fur die 
Benennungen. Die Namen der Module sind in englischer 
35 Sprache abgefaBt. Dies wird aus verschiedcncn Griinden als 
giinstig angesehen: 

- Flexible Regeln fur die Substantivicrung 

- Getrennte Namenteile und entsprechende bessere 
40 Sichtbarkeit der Semantik 

- Leichteres Bilden von Akronymen aufgrund der ge- 
teilten Namensteile 

- Bekannte Terminologie in der Ursprungssprache 

- Leichte tibersetzungsfahigkeit 



45 



50 



[0093] AnschlieBend wird aber der Name nochmals auf 
deutsch erklart. 

Real Partner Match Making Server Unit 

Informationsmanagementmodule 



[0094] Managementmodule werden insbesondere ge- 
braucht, um bestimmte Arten von Informationen in dem Sy- 

55 stem zu managen. t)ber diese Managementmodule konnen 
Informationen erstellt, geloscht, geandert, aktualisiert wer- 
den oder die Art der Informationen, die gemanagt werden, 
vollig geandert werden. Diese Managementmodule bieten 
eine einheitliche, ahnliche Schnittstelle, um in den gespei- 

60 cherten Informationen einzusehen. Die meisten Manage- 
mentmodule verwalten dauerhafte Informationen. Obwohl 
es durchaus denkbar ist, daB es Managementmodule geben 
kann, die auch die Laufzeit-Informationsstrukturen und ih- 
ren Informationsgehalt managen. 

65 

1 . User Accounts Management Module: Dieses Modul 
ist zustandig fur das Management von Benutzerkonten. 
Es koordiniert Erstellung, Aktualisierung, Loschung, 
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Genehmigung, Laden, Speicherung, Sortierung, Ver- 
sionicrung, Ubergabc, usw. von Benutzcrkonten. Es 
managt Informationen, und ermoglicht auch den Zu- 
gang zu einer Menge anderer Managementmodule, die 
den Bcnutzcr betreffcn, wovon viele unten aufgelistet 5 
sind. 

2. Serviced Public Leisure and Entertainment Meeting 
Place Accounts Management Module: Dieses Modul 
ist zustandig fur das Management von Konten von 
SPLEMPs. Es koordiniert Erstellung, Aktualisierung, to 
Loschen, Genehmigung, Laden, Speicherung, Sortie- 
rung, Versionierung, Ubergabe, usw. von SPLEMP- 
Konten. 

3. User Match History Management Module: Dieses 
Modul verfolgt die Geschicnte der Partncrschaftseig- 15 
nungstrefFer, die ein Benutzer gehabt hat. Es unter- 
scheidet die Partaerschaftseignungstreffer zwischen 
dcm Benutzer und dcm vermiltcltcn Partnerschaftskan- 
didaten anhand dessen, ob das TYefferangebot von dem 
Benutzer, von dem vermittelten Partnerschaftskandida- 20 
ten, oder von beiden abgelehnt wurde oder von beiden 
akzeptiert wurde. Weiterhin ist jeder Ablehnungsein- 
trag mit der Begriindung des Ablehnens vermerkt Ak- 
zeptanz oder Ablehnung wird wahrend der Bekanntma- 
chungssitzung cntschiedcn. Falls der Benutzer ein Part- 25 
nerschaftseignungstrefferangebot ablehnt, und zwar 
nicht auf der Basis von wahrend der Bekanntma- 
chungssitzung vorgelegten Informationen, dann kann 
der Partnerschaftseignungstreffer dem Benutzer noch- 
mals angeboten werden. Das Ziel des Moduls ist es, 30 
Managementdienste dem Match Processing Module 
anzubieten, so dafi das Modul entscheiden kann, ob ein 
Partnerschaftskandidat fiir die Partnerschaftseignung 
mit dem Benutzer uberpriift werden soli oder nicht 
Falls ein vorherigcr Partnerschaftseignungstreffer zwi- 35 
schen den beiden schon abgelehnt wurde, dann sollen 
die beide Leute nicht nochmals einander vermittelt 
werden, falls ein Alternative vorhanden ist. Auf der an- 
deren Seite, falls zwischen den beiden schon ein Part- 
nerschaftseignungstreffer erzielt wurde, was von den 40 
beiden auch noch akzeptiert wurde, dann konnte es 
hilfreich sein, beide daruber zu informieren. In diesem 
Fall sind die beiden mit ausreichenden Informationen 

zu versorgen, um an den jeweils anderen zu erinnern, 
und zu fragen, ob ein wciteres Treffen mit dem anderen 45 
noch erwunscht ist. 

4. SPLEMP Sessions History Management Module: 
Dieses Modul verfolgt alle Sitzungen, die bei einem 
SPLEMP stattfanden. Dies kann fiir Zwecke der Rech- 
nungsschreibung gebraucht werden, und in selteneren 50 
Fallen kann es fur die Zuriickverfolgung wichtig sein, 
falls irgendeine Sicherheits- oder Anweisungsverlet- 
zung geschehen ist. 

5. User Servicing Sessions History Management Mo- 
dule: Dieses Modul verfolgt alle Sitzungen, die fur ei- 55 
nen Benutzer stattfanden. Dies kann fur Zwecke der 
Rechnungsschreibung gebraucht werden, und in selte- 
neren Fallen kann es fur die Zuriickverfolgung wichtig 
sein, falls irgendeine Sicherheits- oder Anweisungsver- 
letzung geschehen ist. Es wird auch gebraucht, um zu 60 
bcrechnen, wieviel Bcdienung der Benutzer lctztlich 
bekommen hat. Daruber hinaus kann man die Benut- 
zungsmuster des Benutzers bestimmen, um ihn mit ei- 
nem verbesserten Dienst zu versorgen. Die verfiigba- 
ren Statistiken konnen auch verwendet werden, um die 65 
Prioritat der Bcdienung zu bestimmen, die der Benut- 
zer beim nachsten mal bekommen soil, wenn er sich 
bei einem SPLEMP anmeldeL 
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6. User Home and Stay Locality Management Mo- 
dule: Dieses Modul halt sich daruber auf dcm laufcn- 
den, wo der Benutzer gerade wohnt und fur welchen 
globalen Ort der Benutzer gerade angemeidet ist. Ubli- 
chcrweise werden diesc Benutzcrinformationcn einer 
entsprechenden Systemkomponente zur Verwaltung 
Globaler Orte, welche SPLEMPs beherbergen, uberge- 
bcn. Daruber hinaus werden weitcrc Bcnutzerinforma- 
tionen gesammelt, die in das Benutzerprofil eingehen 
und dessen Mobilitat und Weltperspektive vermerken. 
Weiterhin kann sich ein Benutzer an einem Ort als Be- 
sucher klassifizieren, und die Partnersuche kann dieses 
Kriterium auch mit einbeziehen. 

7. Matched Candidate Partner Catalogue Management 
Module: Dies hilft dem Benutzer, sich die Lisle der 
vermittelten Partnerschaftskandidaten anzusehen. Dies 
schlieBt alle Partnerschaftseignungstreffer ein. Der Be- 
nutzer hat kcine Genehmigung, irgendwclchc Einlragc 
hier zu loschen. 

8. Matched Candidate Partner Remembrance Informa- 
tion Management Module: Dieses Modul hilft dem Be- 
nutzer, sich seine bisherigen Partnerschaftseignungs- 
treffer anzusehen. Dies dient zur Erinnerung und wLrkt 
wie ein T^gebuch. Der Benutzer ist frei, hier Informa- 
tionen hinzuzufugen, zu loschen, zu andem, usw. Der 
Benutzer kann die Beziehung, die entstanden ist, oder 
die Kommunikation, welche mit dem vermittelten Part- 
nerschaftskandidaten stattgefunden hat, beschreiben. 
Meistens wird iiber die Eintrage hier von dem Benutzer 
entschieden. 

9. Specific Comobility and Coactivity Intention Defi- 
nition and Tracking Information Management Module: 
Dieses Modul managt Informationen iiber die. Benut- 
zerbewegung, die Begleitung, die Absichten, die Vor- 
schlage, die Angebote, usw. Diese Informationen wer- 
den von dem Benutzer zu dessen eigener Sicherheit be- 
reitgestellt. Im Fall von Schaden oder Festnahme usw. 
konnten die Behorden den Benutzer ausfindig machen. 
Diese Information wird von dem Benutzer auch bereit- 
gestellt, um die begleitende Person, die nicht vertrau- 
enswiirdig oder fremd ist, wissen zu I as sen, daB sie 
nicht ungeschoren davonkame, sollte sie dem Benutzer 
irgendwelchen Schaden zufugen. Die Information hier 
wird nicht weiter benotigt, sollte der Benutzer den 
Dienst nochmals zu benutzen angefangen haben. Die 
Informationen sollen nur fur eine maximale Dauer von 
wenigen Wochen behalten werden, oder bis der Benut- 
zer sich nochmals bei dem Dienst gemeldet hat und ei- 
nige Wochen vergangen sind. 

10. User Home Locality History Management Mo- 
dule: Dieses Modul managt Informationen iiber die 
vorherigen Orte, an denen der Benutzer gewohnt hat 

11. User Stay Locality History Management Module: 
Dieses Modul manage Informationen iiber alle Orte, an 
denen der Benutzer gewesen ist und den Dienst benutzt 
hat. Damit kann man dessen Aufenthaltsort ausfindig 
machen und eventuelle Missetaten zuriickverfolgen. 

12. Geographical Places and Positions Interrelations- 
hips Graphs based Information Management Module: 
Dieses Modul managt Informationen, wie man sie in 
einem Atlas findet. Dies hilft, die Benutzennobilitat so- 
wie auch die Beziehungen zwischen verschiedenen 
Mengen von globalen Orten und den globalen Orten 
selbst zu managen. 

13. Locality related Demographic Information Cap- 
ture and Management Module: Dieses Modul managt 
Informationen, welche die Demografik in verschiede- 
nen Regionen betreffen. Weiterhin erfaBt es Informa- 
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tionen iiber HaBverbrechen in verschiedene Regionen, 
was dabci zu wisscn hilft, wclchc Kategorien von Be- 
nutzem in welchen Regionen angreifbar sind und daher 
mehr Sicherheit und Vorsicht bei der Dienstbenutzung 
brauchen. 5 

14. System Behaviour Complaints Information Ma- 
nagement Module: Dieses Modul verwaltet alle Be- 
schwerden, die von Benutzern oder SPLEMPs eingc- 
reicht wurden. Basierend auf diesen Informationen 
kann man versuchen, den Dienst zu verbessern, die 10 
Probleme oder Engpasse beim Dienstangebot heraus- 
zufinden, usw. 

15. User Behaviour Complaint Information Manage- 
ment Module: Dieses Modul verwaltet Informationen, 
die von den SPLEMPs sclbst iiber die Bcnutzer des 15 
Dienstes bereitgestellt wurden. Normalerweise sind 
diese in Form von Beschwerden. Anhand dieses Feed- 
backs kann man cine geeignetc Strategic crdenken, wie 
der Benutzer in der Zukunft bedient werden soli. Nor- 
malerweise geht es hier um rohe Informationen. 20 

16. User directed Critical Feedback History Manage- 
ment Module: Dieses Modul behandelt den gesamten 
Feedback, den ein Benutzer eingereicht hat, dazu geho- 
ren Kritik oder Lob an anderen Benutzern, den vermit- 
telten Partnerschaftskandidaten. Dieses Feedback ist 25 
wichtig, um herausfinden zu konnen, ob die Benutzer 
den Dienst in einer verantwortungsbewufiten Art und 
Weise, gemafi den Benutzeranweisungen, dem Verhal- 
tenskodex folgend, benutzen, und in ihren Benutzer- 
profilen glaubwiirdigc Informationen geliefert haben. 30 
Hier wird die Information in ihrem rohen Zustand be- 
wahrt 

17. User Security Hie Management Module: Diese In- 
formation wird normalerweise von Sicherheitsagentu- 
ren oder -behorden, die privat oder offcntlich sein kon- 35 
nen, erhoben. Das konnte das Strafregister eines Benut- 
zers, oder sogar Angaben iiber sein offentliches Verhal- 
ten cinschlicBcn. Dies wird benotigt, um Benutzer aus- 
zufiltern, denen man kriminelle Neigungen zutraut 

18. User Profile Attribute Credibility TVacking History 40 
Management Module: Dieses Modul managt Informa- 
tionen iiber die vergangene Glaubwiirdigkeits-Akte des 
Benutzers. Dies ist hilfreich, um herauszufinden, ob es 

in der Glaubwiirdigkeit des Benutzers Anderungen 
gab. 45 

19. User Behaviour towards Service Usage Tracking 
History Management Module: Dieses Modul verwaltet 
Informationen iiber die Dienstbenutzung. Dies beinhal- 
tet Informationen dariiber, ob der Benutzer sich nach 
einem Check-Out von einem SPLEMP eigenhandig ab- 50 
meldet, wenn er nicht zuriickzukehren vorhat, oder wie 
oft der Benutzer ein Partnerschaflseignungstreflferan- 
gebot, aus welchen Griinden auch immer, ablehnt, usw. 

20. User Behaviour towards Matched Candidate Part- 
ner Tracking History Management Module: Dieses 55 
Modul ist mit dem Benutzerkonto assoziiert. Hier wer- 
den Informationen nach einer gebiihrenden Analyse 
des kritischen Feedbacks von Benutzern und von 
SPLEMPs, bewahrt. 

21. System to User Messages Information Manage- 60 
ment Module: Dies beinhaltct ein Protokoil der Be- 
nachrichtigungen, die dem Benutzer vom System ge- 
schickt wurden. 

22. User Profile History Management Module: Der 
Benutzer andert sein Benutzerprofil von Zeit zu Zeit, 65 
durch Zufugen, Loschen, Andern, oder Auffuhren von 
weiteren Einzelheiten. Das Benutzerprofil andert sich 
infolgedessen standig. Um den Zweck der Zuriickfuh- 
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rung von Aspekten wie warumein bestimmter Partner- 
schaflscignungstrclTcr gefunden wurdc und wie der 
Benutzer sich im Laufe der Zeit verandert hat, und 
auch um die Glaubwiirdigkeit des Benutzerprofils her- 
auszuflnden, ist es notwendig, Versionen von vcrgan- 
genen Benutzerprofilen, oder die Unterschiede und An- 
derungen, und auch Informationen iiber die Giiltig- 
kcitsdaucr von bestimmten Attributcn und ihre Ande- 
rungen usw. zu speichern und zu managen. Dies wird 
von diesem Modul bewerkstelligt. 

23. User Profile Change and Development Informa- 
tion Management Module: Dieses Modul managt im 
Grunde Informationen, die durch ein entsprechendes 
Informationsanalysenmodul, User Profile Change and 
Development Analysis Module genannt, gencricrt wer- 
den. Dies ist notwendig, weil das User Profile History 
Management Module Informationen managt, die zeit- 
lich beschrankt sind. Es ist nicht sinnvoll, detaillicrtc 
Informationen langer zu bewahren, als deren Relevanz 
dies rechtfertigt. Einerseits sind diese Informationen 
eine Zusammenfassung der oben beschriebenen Benut- 
zerprofilgeschichte. Weiterhin konnen vergangene In- 
formationen noch Relevanz haben, wenn sie als analy- 
sierte Informationen gespeichert werden. Es ist kom- 
pakter und nutzlichec 

24. User Profile Management Module: Dieses Modul 
managt die wichtigsten der Informationsblocke. Uber 
dieses Modul erhaltcn die mcistcn anderen Module ihre 
Informationen iiber den Benutzer. Es ist das am mei- 
sten benutzte Modul, und verwaltet Benutzerprofil, In- 
teraktive-Tatigkeitsabsichten, gezielte Partnerschafts- 
anwarter-Profilschablonen, usw., was der Benutzer mit 
Hilfe des User Account and Personal Information Con- 
figuration Support Module konfiguriert hat Es beinhal- 
tct viele Metainformationen iiber das Profil, wie Aktua- 
lisierungszeiten, Geheimhaltungspolitikbei Attributen, 
Verweise zu Glaubwurdigkeitseintragen in dem User 
Profile Attribute Credibility Tracking History Manage- 
ment Module, Attributsbezogene Informationen, usw. 

25. Psychological and Social Systems based Profile 
History Management Module: Dieses Modul managt 
die psychologischen Profile, erstellt durch ein entspre- 
chendes Modul, welches Psychological and Social Sy- 
stems based Profile Evaluation Module genannt wird. 

26. User Behaviour towards People in General Irak- 
king History Management Module: Dieses Modul ma- 
nagt Informationen, erstellt durch mehrere Module, 
zum Beispiel das User Behaviour Complaint Submissi- 
ons Processing Module, oder das Matched Candidate 
Partner Critical Feedback Processing Module. In bei- 
den Modulen leitet eine andere Instanz, wie der Betrei- 
ber des SPLEMPs oder der vermittelten Partnerschafts- 
kandidat, seine Meinungen an das System weiter, und 
das System bewahrt die Informationen, in das erforder- 
liche Format uberfuhrt. Weiterhin werden auch die In- 
formationen abstrahiert, die im User Behaviour to- 
wards Marched Candidate Partner Tracking History 
Management Module verfugbar sind. Hierbei handelt 
sich um das Verhalten des Benutzers im allgemeinen, 
was das Verhalten gegeniiber einem bestimmten Part- 
nerschaftskandidaten einschlieBt. 

27. User Behaviour towards SPLEMPs Tracking Hi- 
story Management Module: Dieses Modul managt In- 
formationen, welche durch das User Behaviour Com- 
plaint Submissions Processing Module erstellt wurden. 
Bei den durch dieses Modul verwalteten Informationen 
handelt es sich um das Verhalten des Benutzers in ei- 
nem beliebigen SPLEMP. Es gibt zwei Arten, wie diese 
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Information unterteilt werden kann, abhangig davon, 
ob sic cin bestimmtcs SPLEMP angcht, odcr ob sie auf 
SPLEMPs im allgemeinen verweist Soweit es ein be- 
stimmtes SPLEMP angeht, konnen diese Inform atio- 
ncn schr niitzlich und sogar erforderlich sein. Manche 5 
SPLEMPs hatten schon mit Kunden Ptoblemen gehabt, 
entweder aufgrund dessen Inanspruchnahmc des Part- 
ncrsuchdienstcs odcr unabhangig davon, und dcr 
SPLEMP Betreiber konnte wiinschen, einem solchen 
unruhestiftenden Kunden die Benutzung des Dicnstes 10 
bei diesem SPLEMP zu untersagen. Falls die Kund- 
schaft bei einem SPLEMP sehr groB ist, ist es schwer, 
einen Uberblick dariiber zu behalten, wer kommt und 
wer geht, und falls der SPLEMP ein Verbot fur einen 
Kunden durchsetzcn mochte, dann sollte dies ohnc vicl is 
Kompliiiationen und Miihe durchfuhrbar sein. Im 
Falle, daB ein SPLEMP Betreiber das Ortsanmelde- 
Kcnnzcichcn des Bcnutzcrs in Erfahrung bringen kann, 
ware moglich, eine Beschwerde iiber das Benutzervcr- 
halten bei der RPMMSU einzureichen, wobei urn eine 20 
Untersagung des Dienstes fur die jeweilige Sitzung ge- 
beten wird. Der SPLEMP Betreiber kann auch verlan- 
gen, daB dem Benutzer iiberhaupt die Benutzung des 
Dienstes bei diesem SPLEMP untersagt werden soil. 
Auf diesc Weise wurde jeder daraufhin erfolgcndc Ver- 25 
such von der Seite des Benutzers, an diesem SPLEMP 
den Dienst in Anspruch zu nehmen, Einschrankungen 
unterliegen, wobei dem Benutzer einige Funktionalita- 
tcn des Dienstes nicht mehr angeboten wiirden, die 
Qualitat des Dienstes gesenkt oder der Benutzer sogar 30 
ganz verb aunt wurde. Mit Hilfe dieser Informationen 
konnen die Emschrankungen des Benutzers ausgewei- 
tet werden, nicht nur bei dem jeweiligen SPLEMP, son- 
dem bei beliebig vielen SPLEMPs, je nachdem, welch 
eine Art von Beschwerde es war. Dieses Modul managt 35 
Informationen, die durch alle Beschwerden entstanden 
sind. Die Einschrankungen selbst konnen wieder auf- 
gehoben werden, wenn eine bestimmtc Zeit vergangen 
ist, oder wenn andere wieder etwas Positives iiber den 
Benutzer zu melden hatten. 40 
28. System Operations Quality Control and Mainten- 
ance Information Management Module: Hier werden 
Betriebsstorungen, Systemzusammenbriiche, Betrieb- 
sanomalien, Qualitatssenkung, usw. gemanagt werden 
konnen. Viele der Informationen wiirden von dem Sy- 45 
stem selbst generiert werden, und viele als Beschwer- 
den von den Benutzern und den SPLEMP-Betreibern 
eingereicht werden. Dieses Modul bekommt viele sei- 
ner Informationen von dem System Behaviour Com- 
plaint Submissions Processing Module. Das Manage- 50 
mentsystem wird ein geeignetes System zur Verarbei- 
tung von Beschwerden und Storungen beinhalten. Es 
stellt die richtige Schnittstelle, um Storungen zu behan- 
deln, bereiL Weiterhin ist es dafur zustandig, die Pro- 
blemauftritte und Problembehebungen zu verfolgen, 55 
die notwendigen Schritte einzuleiten, um mit einem 
Problem fertigzuwerden, zu entscheiden, ob eine Be- 
schwerde gerechtfertigt und emst genug, um ihr nach- 
zugehen, ist oder nicht, ob es nur ein kurzfristiger Qua- 
litatsruckfall wegen zu hohem Druck bei der Nutzung 60 
der Ressourcen ist, oder ob es ein crnsth after System- 
fehler sei, ob weitere Ressourcen in ahnlichen Situatio- 
nen gebraucht werden oder nicht, usw. Dieses Modul 
kann auch benutzt werden, um dem Beschwerdefiihrer 
die Griinde fur das Problem mitzuteilen. Dies kann vor- 65 
genommen werden, um den Benutzern gegeniiber Ver- 
standnis und Empfanglichkeit fur ihre Probleme zu zei- 
gen. Es ist auch niitzlich, um Statistiken iiber Haufig- 
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keit und Griinde zu fuhren, um eine besser durchdachte 
Losung fur das Problem einzufiihren und das weitere 
Potential des Wiederauftretens des Problems in Griff 
zu halten. 

29. System Security Information Management Mo- 
dule: Dieses Modul bewahrt und managt alle Schlussel 
und Zertifikate, die benotigt werden, um Sicherheits- 
dienste in dem System zu unterstutzen. Dies schlicBt 
Privatschlussel, offentliche Schlussel, Zertifikate, ei- 
gene Schlussel, Fremdschlussel, usw. ein. 

Benutzerdialogmodule 

[0095] In solchen Modulen wird ein Dialog zwischen 
zwei Parteien aufgebaut Hier sind beide Sciten der Antwort 
der anderen Partei gegeniiber sehr aufgeschlossen. Im Ge- 
gensatz zu den Konfigurationsmodulen sind die Fragen hier, 
die von eincr Partei gestellt werden oder die Informationen, 
die hier angefragt werden, abhangig davon, was die andere 
Partei zuletzt geantwortet hat oder was wahrend des gesam- 
ten Dialoges bis zu dieser Zeit alles besprochen wurde. In- 
formationsanfragemodule haben den Zweck, die Anforde- 
rungen des Systems an Informationen zu erfullen. In Dialog- 
modulen konnen beide Parteien einander Fragen stellen. 
Diese Module unterscheiden sich auch von Benachrichti- 
gungsmodulen, dadurch daB mit der Hilfe dieser Module der 
Benutzer auch noch Anfragen stellt iiber Informationen, an 
welchen er ein gewisscs Intercssc hat, Bestatigungen mit- 
teilt, und Anfragen von Benutzern bearbeitet werden, bevor 
geantwortet werden kann, und die Offenbarungsregelungen 
iiberpriift werden. 

1 . Introductory Session Management Support Module: 
Dieses Modul kummert sich um den Dialog zwischen 
dem Benutzer und der RPMMSU. Es ubcmimmt die 
Aufgabe, dem Benutzer Informationen iiber den gerade 
erzielten Partnerschaftseignungstreffer zukommen zu 
lassen, iiber die Interessen des vermittelten Partncr- 
schaftskandidaten, uber die Griinde, warum der Part- 
nerschaftseignungstreffer erzielt wurde, usw. Hier kann 
der Benutzer iiber die verschiedenen Aspekte, die vor- 
her erwahnt wurden, nachfragen. Dieses Modul kom- 
muniziert mit einem anderen Modul, das sich auf dem 
PMCCD des Benutzers befindet, dem Introductory Ses- 
sion Support Module. Zusammen vcrwirklichen diesc 
Module den Dialog. Der Betrieb besteht aus einem 
Austausch von Signalen. Die Signale werden iiber das 
Long Distance Wireless Signalling Connection to 
User's Personal Mobile Communications and Compu- 
ting Device Management Module ubertragen. Je nach- 
dem, ob diese Anfragen von dem Benutzer akzeptiert 
oder den Benutzer nur benachrichtigt, konnte dieses 
Modul auch bei den Benutzerbenachrichtigungsmodu- 
len eingestuft werden, falls es nur benachrichtigt 

Informationsanalyse-Module 

[0096] Diese Module ubernimmt vorher erhobene system- 
interne Informationen und wandelt diese in andere Informa- 
tionen um, die fur das System niitzlich sind. Es geht durch 
eine groBe Menge an Informationen und liefert nur das We- 
sentliche davon zuriick, und verwirft den Rest 

1. User Profile Change and Development Analysis 
Module: Das Benutzerprofil andert sich im Laufe der 
Zeit. Manchmal kann es sich als wichtig erweisen, auf- 
zuspiiren, warum ein Partnerschaftseignungstreffer er- 
zielt wurde, wie oft der Benutzer sein Profil andert, ob 
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der Benutzer etwas andert, was nicht als fliichtige In- 
formation betrachtet wird, ob der Benutzer bei der An- 
derung bestimmter Attributen das Motiv verfolgt, bei 
einer bestimmten Gruppe von Leuten eine Partner- 
schaftscignung zu erzielcn, ob die Anderungen reali- 5 
stisch sind, etc. Die nachfolgenden Informationen wer- 
den an das User Profile Change and Development In- 
formation Management Module zur Speichcrung und 
Verwaltung iibergeben. Dieses Modul erhalt die zu be- 
arbeitenden Informationen von dem User Profile Hi- 10 
story Management Module. 

2. Matched Candidate Partner Critical Feedback Pro- 
cessing Module: Dieses Modul behandelt den kriti- 
schen Feedback, welcher von den Benutzern ankommt 
und der bestimmte akzeptiertc vermittelte Partner- 15 
schaftskandidaten angel it. Die Speicherung von rohen 
Informationen wie oben erwahnt wird von dem User 
directed Critical Feedback History Management Mo- 
dule gemanagt. Es verarbeitet die Inhalte so, daB die 
nachfolgenden Informationen dem User Behaviour to- 20 
wards Matched Candidate Partner Tracking History 
Management Module des jeweils kritisierten Benut- 
zers, iibergeben werden konnen. Es gibt zusatzliche In- 
formationen, die ein Benutzer in der Kritik bereitstellt, 
die auf Abweichungen der Realitat, wie der Benutzer 25 
sie sieht, von den Benutzerprofilattributen des vermit- 
telten Partnerschaftskandidaten, welche das System 
dem Benutzer zu Glauben gegeben hat, verweist Dies 
formt die Grundlagen der Informationen, die dem User 
Profile Attribute Credibility Tracking History Manage- 30 
ment Module iibergeben werden. Die Glaubwurdigkeit 

ist auch von anderen Informationsquellen abhangig. In- 
formationen verfugbar durch das User Profile Change 
and Development Information Management Module 
werden auch benutzt, um die Glaubwurdigkeit des Be- 35 
nutzers zu bewerten. 

3. Psychological and Social Systems based Profile 
Evaluation Module: Dieses Modul analysiert mehrere 
Informationsquellen wie das User Profile Management 
Module, User Profile Change and Development Infor- 40 
mation Management Module, User Profile Attribute 
Credibility Tracking History Management Module, 
Locality related Demographic Information Capture and 
Management Module, User Stay Locality History Ma- 
nagement Module, User Home Locality History Ma- 45 
nagement Module und das Psychological and Social 
Systems based Profile History Management Module 
auf friiher erstellte, auf psychologischen und sozialen 
Systemen basierte Profile. Es erzeugt eine alles umfas- 
sende Ubersicht iiber die psychologischen und sozialen 50 
Eigenschaften des Benutzers. Das Produkt dieser Be- 
wertung wird an das Psychological and Social Systems 
based Profile History Management Module zum Ma- 
nagement iibergeben. 

4. User Behaviour Complaint Submissions Processing 55 
Module: Dieser arbeitet mit Informationen, die von 
dem User Behaviour Complaint Submissions Recep- 
tion Module bereitgestellt werden. Dies beschaftigt 
sich mit Beschwerden, die bei dem SPLEMP entsteht 
und zu dem System eingereicht werden. Es kann sich 60 
dabei um Fehlverhalten von der Seite des Benutzers 
auf der Gelande eines SPLEMPs handeln. Dieses Fehl- 
verhalten kann gegen Personal oder Eigentum eines 
SPLEMPs oder gegen einen SPLEMP-Besucher ge- 
richtet sein, oder es kann unzivilisiertes Benehmen im 65 
allgemeinen sein. Die Verarbeitung erfordert iiblicher- 
weise, daB man Beschwerdenvorlagen entgegennimmt, 
die Informationen umwandelt, mit dem jeweiligen Be- 
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nutzer assoziiert und in die jeweiligen Informations- 
strukturcn integriert, die von der Bedienung des Benut- 
zers an einem SPLEMP bzw. an alle SPLEMPs han- 
deln, und welche die Vermittiung des Benutzers an ei- 
nen Partnerschaftskandidaten bceinflussen. 

5. System Behaviour Complaint Submissions Proces- 
sing Module: Dieses Modul verarbeitet alle Beschwer- 
denvorlagen, die mit dem System, das hciBt mit der 
RPMMSU, zu tun haben. Diese Beschwerden konnten 
entweder von einem Benutzer oder von einem 
SPLEMP stammen. Die Beschwerde kann gegen ver- 
schiedene Aspekte des Dienstes gerichtet sein. Es kann 
sich um eine Verschlechterung der Qualitat des Dien- 
stes, oder die Nichtverfugbarkeit des Dienstes handeln. 
Es wird sehr viel Parameter gcben, von wclchcn der 
Benutzer oder der SPLEMP-Betreiber auswahlen 
wiirde, um das Problem zu beschreiben. Das Modul be- 
reitet Verwaltungsberichie fur die zustandigen passcn- 
den Arbeitsgruppe vor. Die Ergebnisse der Verarbei- 
tung werden an das System Operations Quality Control 
and Maintenance Information Management Module 
iibergeben. 

6. Astrological Systems based Astrological Profile 
Evaluation Module: Es existieren verschiedene Sy- 
steme der Astrologie je nach Ursprung, Evolution, usw. 
Diese Systeme der Astrologie benutzen bestimmte Re- 
geln und Algorithmen, welche auf bestimmten Infor- 
mationselementen des Benutzcrprofils arbeiten und ein 
astrologisches Profil des Benutzers erstellen. Diese 
Astrologieprofile bieten eine Vorhersage iiber das Le- 
ben des Menschen, dessen Moglichkeiten und dessen 
Charakter, iiber bestimmte Zeitperioden, je nach der 
Konstellation der Sterne und Planeten. Sie behaupten 
auch zu wissen, welcher Lebensstil, Aktionen, Tatig- 
kciten, Bekanntschaftsarten oder Gegenstande fur eine 
Person empfehlenswert waren. Dem Benutzer wird 
solch ein Astrologieprofil zugewiesen, welches dann 
benutzt werden kann, um das augenblickliche Horo- 
skop zu berechnen. 

7. Palmistry Systems based Palmistrical Profile Eva- 
luation Module: Dies ist sehr ahnlich zu dem oben ge- 
nannten Fall, auBer daB die Berechnung des Chiroman- 
tieprofils des Benutzers auf Gestalt, Form, Festigkeit, 
und vor allem auf den Linien der Handflache und der 
Fingerabdriicke, oder allgemeiner gesagt, auf der Hand 
des Benutzers basiert. Dafur wird der Benutzer eine 
Abtastung der Hand, Fingerabdrucke, eine Beschrei- 
bung der Festigkeit, usw. vorlegcn. Der Benutzer kann 
auch zu einem professionellen Handleser gehen, der 
die Hand beschreibt und diese Beschreibung in einem 
bestimmten Dateiformat der RPMMSU ubergibt Der 
Zweck dieses Moduls besteht darin, die Informationen, 
die durch Beschreibungen und Abtastungen gesammelt 
werden, in ein benutzbares Format umzuwandeln. In- 
formationen iiber die Dimensionen der Hand konnen 
auch ein Teil der Informationen sein, die dem Modul 
bereitgestellt werden. 

8. User's Current Service Usage Privilege Defining 
Points Computing Module: Dieses Modul ist zustandig 
fur das Berechnen von Bedienungsprivilegien, die ein 
Benutzer in Anbetracht seines Bcnutzerkonto haben 
sollte. Verschiedenen quantitativen Informationsele- 
menten werden Punkte zugewiesen. Die Punkte kon- 
nen benutzt werden, um die Bedienungsprivilegien zu 
berechnen. Ein gewichteter Durchschnitt kann schon 
als Anfangspunktanzahl im Voraus gefunden werden, 
oder der gewichtete Durchschnitt konnte erst dann be- 
rechnet werden, wenn einige andere Faktoren aus ande- 
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ren Quellen, damnter Betriebszeit- oder Laufzeitfakto- 
ren, die mil cinbezogen wcrdcn miissen, verfugbar 
sind. Dieses Modul erhalt seine Eingabe von verschie- 
denen Managementmodulen wie User Behaviour to- 
wards People in General Tracking History Manage- 5 
ment Module, User Behaviour towards SPLEMPs 
Tracking History Management Module, User Beha- 
viour towards Service Usage Tracking History Ma- 
nagement Module, User Profile Attribute Credibility 
Tracking History Management Module, User Servicing 10 
Sessions History Management Module, User Match 
History Management Module und User Accounts Ma- 
nagement Module. Aus dem zuletzt erwahnten Modul 
laBt sich die Bedienungsqualitatsklasse, fur die sich der 
Benutzer entschicden hat, erfahren. Dieses Modul wird 15 
dabei behilflich sein, die Punkteanzahl von verschiede- 
nen Quantitatsinformationselementen zu berechnen. 
Dieses Modul wird von dem User Servicing Module 
aufgerufen werden. 

9. User Security Check File Processing Module: Die- 20 
ses Modul nutzt Informationen aus dem entsprechen- 
den User Security File Management Module, ebenso 
wie aus dem User Behaviour towards People in Gene- 
ral Tracking History Management Module und dem 
User Behaviour towards SPLEMPs Tracking History 25 
Management Module. Es bewertet die Informationen 
in diesen Modulen und schreibt die analysierten Infor- 
mationen in das User Security File Management Mo- 
dule zuriick. 

10. SPLEMP related User Profile Attributes Sensiti- 30 
vity Determination Module: Es gibt verschiedene 
SPLEMPs in der Nachbarschaft oder StadL Jeder 
SPLEMP hat eine andere Kundschaft Die Kundschaft 
eines bestimmten SPLEMPs konnte einer bestimmte 
Kategorie von Bcnutzcrn aus Griinden der Ethnizitat, 35 
Religion, politischen Meinungen, Geschlecht, sexuel- 
len Orientierung, Verbandsmitgliedschaft, usw. nicht 
so wohlgesinnt sein. Sollte ein Bcnutzer solchc Eigen- 
schaften haben, was aus ihm einen unwillkommenen 
Besucher bei diesem SPLEMP macht, ware es nicht so 40 
klug, jedem an diesem Ort beliebigen Zugang zu diesen 
Eigenschaften des Besuchers zu ermoglichen. Diese 
Attribute sind als sensiti v fur den bestimmten SPLEMP 
zu verstehen. Im Regelfall sollten diese Attribute in 
diesem SPLEMP nicht fur Partnerschaftseignungs- 45 
uberpriifungen benutzt werden. Der Benutzer soli iiber 
diese kontextuelle Empfindlichkeit benachrichtigt wer- 
den und gefragt werden, ob er vor hat, diese Einstel- 
lung aufzuheben. Dieses Modul hilft dabei festzustel- 
len, welche Attribute in einem Benutzerprofil bei ei- 50 
nem SPLEMP als ernpfindlich erklart werden sollen. 
Ein SPLEMP wird in dem SPLEMPs Account Mana- 
gemenr Module als eine Vorsichtsregelung benotigend 
beschrieben. Die Eingabe fur dieses Modul stammt 
vom Feedback von verschiedenen Benutzern, die 55 
meinten, daB eine solche Regelung notig ware. Ein 
SPLEMP konnte selbst den Wunsch haben, irgendwel- 
che ungliicklichen Vorfalle zu vermeiden und solch 
eine Vorsichtsregelung angewendet zu bekommen. 

1 1 . Locality related User Profile Attributes Sensitivity 60 
Determination Module: Dieses Modul ist dem oben ge- 
nannten Modul sehr ahnlich. Der Unterschied liegt 
darin, daB statt auf einen bestimmten SPLEMP, die 
Vorsichtsregelung auf den gesamten Ortsbereich erwei- 
tert wird. Die Dateneingabe kommt aus verschiedenen 65 
demographischen Studien, Benutzerfeedback, \brfalls- 
berichten, usw. Die EmpfindlichkeiLsattributsin forma- 
tion aus diesen Auswertungen wird normalerweise an 
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das Locality related Demographic Information Capture 
and Management Module zu Managcmentzweckcn 
ubergeben. 

12. Resource Allocation Evaluation Module: Dieses 
Modul ist zustandig fur die Bewertung der Frage, wie 
viele Ressourcen gebraucht werden, um den Dienst ei- 
nem SPLEMP, oder einer Gruppe von SPLEMPs, oder 
einer ganzen Ortlichkeit hinsichtlich der Rcchncrkapa- 
zitat, Netzwerkbandbreite, Arbeitskrafte, Strom, dauer- 
haften Speicher, Hauptspeicher, usw. fur eine Bedie- 
nungssitzung, einen ganzen Tag, oder eine andere Zeit- 
periode, bereitzustellen. Die Informationseingabe wird 
normalerweise von Statistiken aus dem SPLEMP Ses- 
sions History Management Module und dem SPLEMP 
Accounts Management Module abgclcitct. Das 
SPLEMP Accounts Management Module beinhaltet ei- 
nen Sitzungskalender fur den SPLEMP. Dieser Sit- 
zungskalcndcr beinhaltet auch Angabcn daruber, wie 
viele Leute zu kormnen erwartet werden. 

Systeminformationserfassungsmodule 

[0097] Diese Module sind konzipiert, um dem System zu 
ermoglichen, Informationen iiber bestimmte Ressourcen zu 
crfassen und zu sammeln, wobei die Quelle nicht eine der 
Hauptparteien in der verteilten Architektur ist, sondern eine 
systemexteme Instanz sei, entweder eine dritte Partei oder 
Person, oder ein automatisch wahrnehmungsfahiges Sy- 
stem, oder vorher gesammelte Informationen, wenn auch in 
nicht direkten benutzbarem Format. 

1. User Location Tracking Module: Dieses Modul laBt 
die RPMMSU wissen, warm es einen Benutzer bedie- 
nen soil und wann nicht. Dieses Modul ist im Kontakt 
mit einem entsprechenden Modul bei der SPLEMP 
LSU, welches User Location Registration Module 
heiBt und Informationen daruber sendet, ob der Benut- 
zer angemeldet, aktiviert, deaktiviert, verfugbar, nicht 
verfugbar, eingecheckt, ausgecheckt oder abgemeldet 
ist. Diese Information wird zu dem User Location Sta- 
tus and Serviceability TYacking Module weitergeleitet 

2. Locality related Demographic Information Capture 
and Management Module: Diese Informationen sind 
notwendig, falls man die Vorsichtsregelung anwenden 
mochtc. Es gibt noch einen andcrcn Grund, aus dem 
man demographische Informationen iiber eine geogra- 
phische Region besitzen sollte. Manchmal kann man 
besonders intensiv versuchen, an Informationen iiber 
Leute in einem bestimmten Gebiet heranzukommen. 
Falls man mit den Leuten aus einem bestimmten Ge- 
biet schon vertraut ist, kann man durch Benutzung ei- 
ner Parmerschafbkandidat-Profilschablone mit einer 
gewissen Spezifikation von Attributen, die private In- 
formationen von bestimmten Leuten, die in einer 
Nachbarschaft wohnen, herausfinden. Man probiert 
eine {Combination von Attributen aus, und laBt sich 
vom Dienst bedienen. Wenn der Dienst sich mit einem 
bestimmten Partnerschaftseignungstreffer zuruckmel- 
det, dann bekommt man bestatigt, daB die jeweilige 
Person die angegebenen Eigenschaften besitzt. In die- 
sem Fall wiirde es niitzlich sein zu wissen, ob es sehr 
viele Leute gibt, die auf ein bestimmtes Attributsmu- 
ster ansprechen oder nicht. Falls es sehr viele Leute 
gibt, dann schadet es nicht allzu viel, falls jemand das 
herausfindet. Auf der anderen Seite, falls es nur eine 
einzelne Person gibt, und die Attributsmuster ein etwas 
empfindliches Muster war, dann konnte dies rein theo- 
retisch das Leben fur ihn sehr schwer machen. Weiter- 
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hin braucht man Informationen uber den Tbleranzspie- 
gcl des Ortes. Falls man hcrausfindct, daB wcgen ciner 
solchen Partnerschaftsvermittlung jemand zu Schaden 
gekommen ist, dann sollte man dieser Region fur die- 
ses Attributsmuster eine starke Vorsichtsregclung ein- 5 
richten. 

3. User Registration requiring Third-Party Authentica- 
tion Coordination Module: Dieses ist das Modul, das 
Informationen von einer Authentifizierungsbehorde ei- 
nen bestimmten Benutzer betreffend, zum Zwecken 10 
der Authentifizierung erfafit Dieses Modul darf sich 
direkt an das Authentication Server Module, was vor 
Ort bei der Authentifizierungsbehorde befindet, an- 
schlieBen. Dieses Modul bildet auBerdem den Riickhalt 
eines anderen Moduls des Authentication Authority 15 
Agencies User Authentication Confirmation Feed Hu- 
man-Machine Interface Support Module. 

4. SPLEMP Registration requiring Third-Party Au- 
thentication Coordination Module: Dies ist sehr ahn- 
lich zu dem oberen Modul, wobei der Unterschied viel- 20 
leicht darin hegt, dafi dieses Modul dazu dient, den 
Zweck der SPLEMPs zu authentifizieren. 

5. Geographical Places and Positions Interrelations- 
hips Graphs based Information Format Conversion 
Modules: Es besteht ein Bedarf, Beziehungen zwi- 25 
schen verschiedenen geographischen Gebieten, wie 
Beinhaltung, BeinhaltungsausmaB, Beinhaltungstyp, 
Beinhaltungshicrarchie, Nahe, NaheausmaB, politische 
Grenzen, natiirliche Hindernisse, usw. zu berechnen. 
Solche Informationen sind meistens in verschiedenen 30 
vorhandenen geographischen Informationssystemen 
und digitalen kartographischen Systemen bereits ver- 
fugbar. Die Strukturen, die zur Darstellung dieser geo- 
graphischen Objekte und ihrer Beziehungen benutzt 
werden, konnten von den schon Vorhandenen abwei- 35 
chen, und deswegen ist Konvertierung von vorhande- 
nen in Sy stems trukturen notwendig. Dieses Modul 
kiimmcrt sich darum. Die Konvcrtierungen werden von 
mehreren unterschiedlichen schon vorhandenen For- 
maten gemacht werden mussen. Dieses Modul ist dafur 40 
zustandig, das System durch Zugriff auf vorhandene 
Informationsquellen mit den erforderlichen Lifonna- 
tionen zu versorgen. 

6. User Security Check required Security Authority 
Check-Up Request Module: An dieses Modul richtet 45 
das User Security Check File Managemenr Module 
eine Anfrage nach Informationen uber einen bestimm- 
ten Benutzer. Dieses Modul stellt einerseits im Auftrag 
des Managementmoduls eine Verbindung zu der Serve- 
rein heit auf dem Gelande einer entsprechenden Sicher- 50 
heitsagentur her, von der es unter Benutzung passender 
Zugangsrechte sicherheitsbezogene Informationen zu 
dem erwlinschten Benutzer abrufen kann. 

Benutzeranfragemodule 55 

[0098] Diese Module ermoglichen es dem System, etwas 
bestimmtes zu dem bestimmten Zeitpunkt, an dem es fur das 
System wichtig wird, diese Information zu besitzen, abzu- 
fragen. Die Fragen werden den anderen Parteien gestellt und 60 
sic werden zu deren Beantwortung aufgefordert. Diese Mo- 
dule sind auch dafiir zustandig, die Antworten, die von der 
anderen Partei bereitgestellt wurde, entgegenzunehmen. 

1. Matched Candidate Partner Contact Willingness 65 
Confirmation Support Module: Dieses Anfragemodul 
kooperiert mit einem anderen, ihm gegeniiberstehen- 
den Modul, das in dem PMCCD des Benutzers vorhan- 
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den ist, dem Matched Candidate Partner Offer Re- 
sponse Module. Gcmcinsam untcrbrcitcn sie dem Be- 
nutzer eine Anfrage bezuglich der Kontaktbereitschaft 
gegeniiber einem vermittelten Partnerschaftskandida- 
ten. Dieses Modul iibcrgibt die Antwortinformationcn 
an das Match Processing Module, in dessen Auftrag 
das Modul arbeitet 

2. Location Dcrcgistration Intent Confirmation Sup- 
port Module: Wann auch immer ein Benutzer das Ge- 
lande eines SPLEMPs verlaBt, kann es sehr nutzlich 
sein zu wissen, ob der Benutzer zu diesem Zeitpunkt 
die Ortlichkeit endgultig verlaBt, oder ob der Benutzer 
vorhat, sofort wieder zuruckzukehren. Falls der Benut- 
zer den SPLEMP endgultig verlaBt, dann konnte das 
System den Benutzer abmelden. Diese Information 
konnte dabei helfen, den \ferbrauch von Ressourcen zu 
minimieren. Dieses Modul funktioniert mit einem ge- 
geniiber liegenden Modul zusammen, welches sich in 
dem PMCCD befindet, dem Location Deregistration 
Confirmation Module. Zusammen holen sie von dem 
Benutzer eine Bestatigung ein bezuglich dessen Ab- 
sicht, das Gelande des SPLEMPs endgultig fur die lau- 
fende Sitzung zu verlassen. Dieses Modul iibergibt die 
Antwortinformationen an das User Location Status and 
Serviceability Tracking Module, in dessen Auftrag das 
Modul funktioniert. 

Benutzerbcnachrichtigungsmodule 

[0099] Diese Module ermoglichen es dem System, Bot- 
schaften oder Benachrichtigungen an andere Parteien zu 
schicken, um sie uber etwas zu informieren. 

1. System to SPLEMP Messaging Support Module: 
Das System konnte dieses Modul benutzen, um an den 
SPLEMP-Betreiber eine Nachricht bezuglich irgendei- 
nes Besorgnis oder Interesse erweckendes Thema zu 
schicken. Es kann eine Mahnung, eine Warnung, ein 
neues Angebot, eine Einladung, eine wissenswerte In- 
formation, eine Bestatigung, eine Aufklarung, eine Be- 
griindung, eine Rechtfertigung, eine Entschuldigung 
oder etwas anderes sein. 

2. System to User Messaging Support Module: Das 
System konnte dieses Modul benutzen, um an den Be- 
nutzer eine Nachricht bezuglich irgendeines Besorgnis 
oder Interesse erweckendes Thema zu schicken. Es 
kann eine Mahnung, eine Warnung, ein neues Angebot, 
eine Einladung, eine wissenswerte Information, eine 
Bestatigung, eine Aufklarung, eine Begrundung, eine 
Rechtfertigung, eine Entschuldigung, oder etwas ande- 
res sein. 

Konfigurationsmodule 

[0100] Diese Module bilden die Strukturen, in denen ein 
Benutzer seine Bediirfnisse auszudriicken versuchen wurde. 
Diese Anforderungen werden in diesen Strukturen gesam- 
melt und zur Speicherung und Verarbeitung geschickt. Die- 
sem Ausdruck des Bedarfs folgt eine gewisse Reihenfolge 
oder Menge, welche akzeptiert werden kann. 

1. User Account and Personal Information Configura- 
tion Support Module: Der Benutzer wird dieses Modul 
benutzen, um sein Benutzerprofil, Interaktive-Tatig- 
keitsabsichten, Geheimhaltungseinstellungen, Bedie- 
nungspreisklasse, Identitatsinfonnation, Kontaktinfor- 
mation, Information zu Heimat- und Aufenthaltsort, 
usw. zu konfigurieren. AnschlieBend werden diese In- 
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formationen weiter dem User Account Management 
Module ubergeben. Dieses Modul bildct den Ruckhalt 
des User Registration and Persistent Configuration Hu- 
man-Machine Interface Support Module. 

2. User Home and Stay Information Configuration 5 
Support Module: Das ist ein zusatzliches Modul, urn 
den Benutzer bei der Eingabe zu unterstiitzen, in wel- 
cher Ortlichkeit er sich zur Zeit aufhalt oder wo er in 
der nahen Zukunftsich aufzuhalten vorhat. Dieser Auf- 
enthaltsort unterscheidet sich von der Ortlichkeit, die 10 
er als Heimat ansieht. Auch dieser Heimatort kann 
auch uber dieses Modul spezifiziert werden. Dies ist al- 
lerdings etwas, das nicht so oft geschehen soil oder 
wird. Auf dieses Modul kann eventuell auch von dem 
PMCCD des Benutzers zugegriffen werden. Die Infor- 15 
mationen, die hier erhoben werden, werden dem User 
Home and Stay Locality Management Module iiberge- 
bcn. 

3. Location Registration Configuration Support Mo- 
dule: Dieses Modul benutzend kann der Benutzer ange- 20 
ben, fur welchen SPLEMP er sich anzumelden beab- 
sichtigt. Der Benutzer kann auf dieses Modul uber das 
gegeniiberstehende Location Registration Module auf 
dem PMCCD des Benutzers, zugreifen. Die Informa- 
tionen, die so erfaBt werden, werden an das User Servi- 25 
cing Module ubergeben. 

4. Service Activation Configuration Support Module: 
Dieses Modul benutzend kann der Benutzer den Part- 
nerschaftseignungssuchdienst aktivieren. Der Benutzer 
kann auf dieses Modul uber das gegeniiberstehende 30 
Service Activation Module auf dem PMCCD des Be- 
nutzers zugreifen. Die Informationen, die so erfafit 
werden, werden an das User Servicing Module uberge- 
ben. 

5. User Servicing Settings Configuration Support Mo- 35 
dule: Dieses Modul benutzend kann der Benutzer die 
Bedienungseinstellungen, die der Benutzer fur Bedie- 
nungssitzungcn braucht, konfigurieren. Der Benutzer 
kann auf dieses Modul uber das gegeniiberstehende 
User Servicing Settings Module auf dem PMCCD des 40 
Benutzers zugreifen. Die Informationen, die so erfafit 
werden, werden an das User Servicing Settings Proces- 
sing Module ubergeben. 

6. Interactive Activity Intentions Configuration Sup- 
port Module: Dieses Modul benutzend kann der Benut- 45 
zer die Interaktive-Tatigkeitsabsichten, die der Benut- 
zer fur Bedienungssitzungen benotigt, definieren. Der 
Benutzer kann auf dieses Modul uber das gegeniiber- 
stehende Interactive Activity Intentions Definition Mo- 
dule auf dem PMCCD des Benutzers zugreifen. Die In- 50 
formationen, die so erfaBt werden, werden an das Inter- 
active Activity Intentions Definition Processing Mo- 
dule ubergeben. 

7. Matched Candidate Partner Remembrance Informa- 
tion Configuration Module: Dieses Modul muB sich 55 
hier nicht notwendigerweise befinden. Die Informatio- 
nen, die damit erfaBt werden, werden von dem User 
Servicing Module nicht gebraucht Diese konnen aber 
spater geliefert werden. In diesem Fall ware das Mat- 
ched Candidate Partner Remembrance Information 60 
Management Module dasjenige, an das die Informatio- 
nen ubergeben werden. Falls das PMCCD des Benut- 
zers eine emgeschrankte Kapazitat hat, kann dieses 
Modul fur die Konfiguration benutzt werden. Dieses 
Modul kann auch als dasjenige verstanden werden, 65 
welches fur den Empfang von Informationen zur Erin- 
nerung an die vermittelten Partnerschaftskandidaten 
zustandig ist, die an das Matched Candidate Partner 



Remembrance Information Management Module wei- 
tcrgeleilct werden. 

8. SPLEMP Account Information Configuration Sup- 
port Module: Dieses Modul benutzend wird der 
SPLEMP Bctrciber sein Konto konfigurieren. Das 
schliefit ein, dafi der Benutzer Informationen wie Iden- 
titatsangaben, Kontaktierbarkeitsadressen, Bankkon- 
tcninformationcn, Bcdicnungsinformationen, allge- 
meine bedienungszeitbezogene Regeln, usw. eingibt 
Dieses Modul bildet den Ruckhalt des SPLEMP Regi- 
stration and Persistent Configuration Human-Machine 
Interface Support Module. Die Informationen, die so 
erhalten werden, werden an das Serviced Public Lei- 
sure and Entertainment Meeting Place Accounts Ma- 
nagement Module ubergeben. 

9. SPLEMP Sessions and Events Information Confi- 
guration Support Module: Dieses Modul Benutzend 
gibt der SPLEMP-Betreibcr Informationen zu be- 
stimmten Sitzungen und Begebnissen, die bei dem 
SPLEMP stattfinden werden, ein. ZugrifF auf dieses 
Modul wird auch uber das SPLEMP Registration and 
Persistent Configuration Human-Machine Interface 
Support Module in der LSU des SPLEMPs erreicht. 
Die Informationen werden an das Serviced Public Lei- 
sure and Entertainment Meeting Place Accounts Ma- 
nagement Module ubergeben. 

10. SPLEMP Servicing Settings Configuration Sup- 
port Module: Durch dieses Modul kann der SPLEMP- 
Betreiber angeben, welche Bedienungseinstellungen 
vorzunehmen sind. Die Einstellungen konnen sich dar- 
auf beziehen, wie viele Partnerschaftseignungstreffer 
jedem Benutzer maximal zustehen, welche Bedie- 
nungspreisklassen die dienstbenutzenden Kunden in 
Anspruch nehmen diirfen, wie viele Benutzer hoch- 
stens bedient werden diirfen, wie lange ein Benutzer 
langstens bedient werden darf, usw. Dadurch kann die 
LSU Betreuungsangestellten auch noch die Offhungs- 
zcitcn angeben. Dieses Modul arbcitct mit dem Service 
Quality Settings Module bei der LSU zusammen. Die- 
ses Modul benutzend, kann der Benutzer die Bedie- 
nungseinstellungen, die er fur Bedienungssitzungen 
braucht, konfigurieren. Der Benutzer kann auf dieses 
Modul uber das gegeniiberstehende User Servicing 
Settings Module auf dem PMCCD des Benutzers zu- 
greifen. Die Informationen, die so erfaBt werden, wer- 
den an das User Servicing Settings Processing Module 
ubergeben. 

Inform ationseingabemodule 

[0101] Unter Benutzung dieser Module kann eine Partei 
eine ihrer Meinungen einer anderen Partei zukommen las- 
sen. Da die MeinungsauBerung selbst nicht verbindlich ist, 
sind diese Module auch nicht kritisch, im Sinne von notwen- 
dig. Normalerweise fungieren diese Module als das erster 
Speicherplatz, an dem die Informationen, nachdem sie die 
Zielpartei erreicht haben, gesammelt werden. Obwohl man 
sich vorstellen wiirde, dafi diese Module freien und natiirli- 
chen Text zur Transmission gestatten wiirden, ist es jedoch 
moglich, nur bestirnmte Informationsarten zu den Empfan- 
gerparteien zu senden. Das macht die Vcrarbeitung von In- 
formationen sehr viel leichter. Diese Module unterscheiden 
sich dadurch von den Konfigurationsmodulen, daB die In- 
formationen nur das System bestimmt sind, und nicht mit ei- 
ner personifizierten Bedienung des Benutzers zu tun haben. 
Auch wenn eine beliebige Bedienung dadurch beeinfluBt 
wird, wird das System diese nicht direkt beeinflussen, son- 
dern es wiirde eine andere Partei damit beauftragen, oder 
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den eigenen allgemeinen Betrieb entsprechend andern, wo- 
durch nicht nur der einc Benutzer, sondcm ailc rclcvanten 
Benutzer, einen geanderten Dienst bereitgestellt bekommen 
werden. 

5 

1. Matched Candidate Partner Critical Feedback Re- 
ception Module: Immer wenn der Benutzer dem Mat- 
ched Candidate Partner Critical Feedback Module auf 
Seinem PMCCD benutzt, um kritischen Feedback uber 
irgendeinen vermittelten Partnerschaftskandidaten ein- 10 
zugeben, kommen die Informationen auf den Weg zum 
System als erster Haltestelle hier an, bevor sie weiter 
an das Matched Candidate Partner Critical Feedback 
Processing Module und an das User directed Critical 
Feedback History Management Module weitergegeben 15 
wenbn. 

2. System Behaviour Complaint Submissions Recep- 
tion Module: Immer wenn der Benutzer oder der 
SPLEMP-Betreiber sein PMCCD bzw. LSU benutzt, 
um eine Beschwerde uber das Funktionieren des Sy- 20 
stems einzureichen, kommen die eingegebene Informa- 
tionen auf dem Weg zu dem System zuerst als erster 
Haltestelle hier an, bevor sie weiter an das System Be- 
haviour Complaint Submissions Processing Module 
und an das System Behaviour Complaints Information 25 
Management Module weitergegeben werden. 

3. User Behaviour Complaint Submissions Reception 
Module: Immer wenn der SPLEMP-Betreiber das User 
Behaviour Complaint Submission Module der LSU be- 
nutzt, um eine Beschwerde uber das Verhalten des Be- 30 
nutzers einzureichen, kommen die eingegebenen Infor- 
mationen auf dem Weg zu dem System zuerst als der 
erster Haltestelle hier an, bevor sie spater weiter an das 
User Behaviour Complaint Submissions Processing 
Module und an das User Behaviour Complaint Infor- 35 
mation Management Module weitergegeben werden. 

4. Specific Comobility and Coactivity Intention Defi- 
nition and Tracking Security information Reception 
Module: Der Benutzer konnte in seltenen Fallen diesen 
Aspekt des Dienstes benutzen wollen. Der Benutzer 40 
startet einfach diese Verfolgungssitzung, und gibt kon- 
tinuierlich Angaben zu seiner Begleitung, Absichten, 
augenblicklichem Verbleib, usw. ein. Die ganzen Infor- 
mationen kommen zuerst hier in diesem Modul an, be- 
vor sie verarbeitet und in dem Specific Comobility and 45 
Coactivity Intention Definition and Tracking Informa- 
tion Management Module gespeichert werden. 

5. Emergency Call Reception Module: Immer wenn 
der Benutzer einen Notruf verschickt, was sowohl 
asynchron oder synchron sein kann, kommt dieser hier 50 
an und wird weiter an das Emergency Call Security 
Processing Module ubergeben. Der Notruf wird mit der 
Hilfe des Emergency Call Security Module auf dem 
PMCCD des Benutzers gesendeL 

55 

Dienstbearbeitende Module 

[0102] Diese Module sind zustandig fur die Bearbeitung 
oder Verwirklichung einer Funktionalitat. Sie sind im 
Grande genommen Laufzeitmodule. Sie existieren nur so- 60 
lange der Dienst bereitgestellt wird. Nachdem das Ziel der 
Bedienung die Benutzung des Dienstes terminiert hat, boren 
diese Module zu existieren auf. Viele dieser Module sind der 
Schlussel zu der Verwirklichung des Dienstes. Ohne man- 
che von ihnen konnte der Dienst gar nicht existieren. 65 

1 . Match Making Processor Module: Das ist ein Kem- 
modul der Dienstverwirklichung. Dieses Modul be- 
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nutzt die zwei aktiven Benutzerprofile des Benutzers 
und des Partnerschaftskandidaten und vcrglcicht sie, 
um herauszufinden, ob eine Partnerschaftseignung 
moglich ist oder nicht, und falls ja, wie hoch der Part- 
ncrschaftsubereinsurnmungsgrad in Prozentpunktcn 
ist Die aktiven Benutzerprofile werden von dem User 
Servicing Module gemanagt. Dieses Modul wird zum 
Ausfuhren durch das Match Processing Module aufge- 
rufen, welches wiederum im Kontext des User Servi- 
cing Module lauft. 

2. User Servicing Module: Dieses Modul ist dasjenige, 
welches eine Obersicht uber alle benutzerbezogenen 
Laufzeitmodule hat, und, je nachdem warm und wie 
diese zur Ausfuhrung fallig sind, fur die Ausfuhmng 
dieser Module zustandig ist. Dieses Modul wird er- 
stellt, wenn der Benutzer s'ch ganz zu Beginn bei ei- 
nem SPLEMP anmeldet und die Anmeldung gelingt. 
Es wird von dem SPLEMP Location Registration Pro- 
cessing Module aufgerufen, welches selbst im Kontext 
des SPLEMP Servicing Module lauft. Es wird erst 
dann vemichtet, wenn die Benutzersitzung fur beendet 
erklart wird. Die Sitzung endet, wenn die einzige An- 
meldung bei einem SPLEMP ablauft oder der Benutzer 
sich von einem SPLEMP oder Dienst abmeldet Die 
Zustandigkeit der Terminicrung liegt bei dem User Lo- 
cation Status and Serviceability Tracking Module, wel- 
ches ein Teil des Moduls ist Bei der Terminierung, 
ubermittclt dieses Modul, viele der verwaltetcn Infor- 
mationen an das User Servicing Sessions History Ma- 
nagement Module weiter. Nachdem dieses Modul er- 
stellt wurde, erstellt es auch das Active User Profile 
Generation Module. Das User Servicing Module unter- 
stiitzt den Aufruf des User Servicing Settings Proces- 
sing Module. Es managt auch das Interactive Activity 
Intentions Definition Processing Module. Dieses lauft 
auch im Kontext dieses Moduls. Weiterhin verfolgt es 
alle uberpruften Partnerschaftskandidaten, ebenso wie 
alle akzeptierten, abgelehnten oder blockierten Partner- 
schaftseignungstreffer einer bestimmten Sitzung. 

3. SPLEMP Servicing Module: Bevor die Benutzer 
sich iiberhaupt bei einem SPLEMP anzumelden begin- 
nen konnen, sollte dieses Modul schon fiir den jeweili- 
gen SPLEMP in Betrieb sein. Es wird von dem 
SPLEMP Betreiber selbst gestartet, oder es kann auch 
durch einen Alarmmechanismus in dem Serviced Pu- 
blic Leisure and Entertainment Meeting Place Ac- 
counts Management Module gebootet werden. Das 
SPLEMP Location Registration Processing Module 
lauft als ein Teil dieses hoheren Moduls und wird auch 
von diesem Modul gesteuert Es terminiert dann, wenn 
der SPLEMP-Betreiber es absichtlich terminiert oder 
wenn eine voreingestellte Laufdauer ablauft und ein 
Alarm ausgeldst wird. Dieses Modul stellt ein 
SPLEMP dar, wenn dort eine Sitzung stattfindet, oder 
mit anderen Worten, wenn es im Betrieb ist Daruber 
hinaus hat dieses Modul eine Ubersicht uber alle ange- 
meldeten Benutzer bei diesem SPLEMP, und somit 
Verweise zu den entsprechenden User Servicing Modu- 
les. Es ist zustandig fiir die Laufreihenfolgefestlegung 
der User Servicing Modules. Konkreter gesagt, wird 
die Laufreihenfolgefestlegung sowohl durch die Lauf- 
zeitprioritatsbenotungsangaben, welche uber die User 
Servicing Modules verfugbar gemacht werden, als 
auch durch die Statistiken uber die Bedienung wahrend 
der aktuellen Sitzung getroffen. Eigentlich konnen 
viele User Servicing Modules parallel zueinander lau- 
fen. 4. Match Processing Module: Dieses Modul ma- 
nagt den gesamten ProzeB der Partnerschaftseignungs- 
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suche. Es ubernimmt die Kontrolle uber das March 
Making Processor Module. Es wird benutzt, um sichcr- 
zustellen, daB alle Phasen der Partnerschaftseignungs- 
suche so ablaufen, wie sie konzipiert wurden. Dieses 
Modul wird von dem User Servicing Module aufgeru- 5 
fen. Es ist auch zustandig fur das Aufrufen des Partner 
Introductory Information Generation and Provision 
Support Module. Danach ruft es das Matched Candi- 
date Partner Contact Willingness Confirmation Support 
Module auf. AnschlieBend benutzt es falls notwendig 10 
das Communication Connection Establishment Mo- 
dule. 

5. Interactive Activity Intentions Definition Proces- 
sing Module: Falls es Tnformationcn gibt, die eine ge- 
wissc Verarbeitung der Interaktive-Tatigkeitsabsich- 15 
ten-Definition benotigen, dann kiimmert sich dieses 
Modul darum. Es arbeitet mit Informationen, die von 
dem Interactive Activity Intentions Configuration Sup- 
port Module bereitgestellt wird. Es wird von dem User 
Servicing Module aufgerufen. 20 

6. Authentication Module: Dieses Modul priift nach, 
ob das Informationsiibertragungssignal, welches emp- 
fangen wurde, in der Tat von der Partei stammt, die von 
dem Signal angegeben wind, und daB die Unversehrt- 
heit der Information nicht kompromittiert wurde. Wei- 25 
terhin muB, wenn man auf eine Res source zugreifen 
muB, die anfordernde Partei identifiziert und authentifi- 
ziert werden, bevor die Eriaubnis erteilt wird. Dieses 
Modul benutzt Unterschriftsschlussel und Zertifikate 
von dem System Security Information Management 30 
Module. Nut dann wird die Information von der ande- 
ren Partei akzeptiert und an die andere Partei geliefert. 

7. User Servicing settings Processing Module: Dieses 
Modul ubernimmt Informationen von dem User Servi- 
cing Settings Configuration Support Module und tatigt 35 
die notwendige Verarbeitung dieser Informationen. 
Das konnte Vorgange einschlieBen wie das Feststellen, 
ob es ubcrhaupt moglich ist, eine bestimmte Klasse von 
Bedienung zu benutzen oder nicht, oder ob eine ge- 
wisse Qualitat des Dienstes bei einem bestimmten 40 
SPLEMP iiberhaupt bereitgestellt werden kann oder 
nicht, usw. 

8. Partner Introductory Information Generation and 
Provision Support Module: Dieses Modul ist zustandig 
fur das genaue Feststellen der Bekanntmachungsinfor- 45 
mation, die dem vermittelten Partnerschaftskandidaten 
geliefert werden kann und soli, was abhangig ist von 
einem dem gesunden Menschenverstand entsprechen- 
den bzw. vom Benutzer vorgeschriebenen Vertraulich- 
keitspegel. Das Benutzerprofil des Benutzers kann 50 
auch dariiber Auskunft geben, ob Informationen preis- 
gegeben werden diirfen oder nicht Weiterhin sollte die 
Profilschablone des vermittelten Partnerschaftskandi- 
daten auch wie ein MaBstab funktionieren, um die At- 
tribute von Interesse festzustellen. Eigenartige Attri- 55 
bute des Benutzers waren auch in manchen Fallen mit- 
teitenswert. Die Sensitivitat mancher Attributen an be- 
stimmten Ortlichkeiten oder SPLEMPs muB auch in 
Betracht gezogen werden. Dieses Modul wird von dem 
March Processing Module aufgerufen. 60 

9. Communication Connection Establishment Mo- 
dule: Dieses Modul wird ebenfalls von dem Match Pro- 
cessing Module aufgerufen. Nachdem das Matched 
Candidate Partner Contact Willingness Confirmation 
Support Module seine Billigung gegeben hat, wird die- 65 
ses Modul die Aufgabe, eine synchrone Kommunikati- 
onsverbindung zu dem vermittelten Partnerschaftskan- 
didaten aufzubauen, ubernehmen. Dieses Modul be- 
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nutzt die Funktionalitat, welche von dem Long Di- 
stance Wireless Synchronous Communication Connec- 
tion to User's Personal Mobile Communications and 
Computing Device Management Module bereitgestellt 
wird. Am Ende existiert eine aufgebaute synchrone 
Kommunikationsverbindung zwischen den beiden Be- 
nutzern. 

10. Active User Profile Generation Module: Dieses 
Modul arbeitet mit den Informationen, welche durch 
das User Profile Management Module verfugbar ge- 
macht werden. Es wird von dem User Servicing Mo- 
dule aufgerufen. Fur die Genericrung des aktiven Be- 
nutzerprofils miisscn Vertraulichkeitseinstellungen im 
Betracht gezogen werden, und das SPLEMP related 
User Profile Attributes Sensitivity Determination Mo- 
dule sowie das Locality related User Profile Attributes 
Sensitivity Determination Module mussen einbezogen 
werden. Weiterhin werden darin Informationen von des 
User Profile Attribute Credibility Tracking History 
Management Module darin integriert 

11. Automatic User Position Determining Module: 
Dieses Modul konnte benutzt werden, falls der Benut- 
zer nicht uber das User Location Tracking Module ge- 
ortet werden mochte, sondern es bevorzugt, daB seine 
geographische Koordinaten durch Zugriff auf das User 
Position Tracking Security Module in dem PMCCD 
des Benutzers festgestellt werden. Diese Koordinaten 
werden mit der Hilfc von Geographical Places and Po- 
sitions Interrelationships Graphs based Information 
Format Conversion Modules in SPLEMP Identitatsin- 
formation konvertiert In dem Fall wird eine assoziierte 
LSU bei dem SPLEMP nicht mehr notwendigerweise 
benotigt 

12. Specific Comobility and Coactivity Intention Defi- 
nition and Tracking Security Processing Module: Es 
kann ein Bedarf existieren, die Informationen, welche 
von dem Specific Comobility and Coactivity Intention 
Definition and Tracking Security information Recep- 
tion Module geliefert werden, weiter zu verarbeiten, 
bevor die Informationen in dem Specific Comobility 
and Coactivity Intention Definition and Tracking Infor- 
mation Management Module gespeichert werden kon- 
nen. Es konnte Verwandlung von Eingabe in ein ande- 
res Format einschlieBen. 

13. Emergency Call Security Processing Module: 
Nachdem ein Notruf von dem Emergency Call Recep- 
tion Module empfangen wird, wird der Notruf verar- 
beitet werden mussen. Dies wird wahrscheinlich da- 
durch geschehen, daB es zu den entsprechenden Sicher- 
heitsdiensten mit den notwendigen zusatzlichen Infor- 
mationen weitergeleitet wird. Diese notwendigen zu- 
satzlichen Informationen werden wahrscheinlich von 
dem Specific Comobility and Coactivity Intention De- 
finition and Tracking Information Management Mo- 
dule abgeleitet Dariiber hinaus konnten weiteren In- 
formationen uber das Aussehen von dem Benutzer, 
sein Foto, Erklarung der Urnstande, usw. den Sicher- 
heitsdiensten bereitgestellt werden. 

14. User Location Status and Serviceability Tracking 
Module: Dieses Modul ist zustandig fur die Feststel- 
lung der Bedienbarkeit des Benutzers anhand seines 
Ortlichkeitszustandes bei dem SPLEMP, wo er sich an- 
gemeldet hat. Es bleibt wahrend der gesamten Dauer 
des User Servicing Module aktiv. Es arbeitet auf Infor- 
mationen, welche von dem User Location Tracking 
Module gesammelt wurden. So ist dieses Modul dafur 
zustandig, das User Servicing Module mit den erfor- 
derlichen Informationen versorgt zu halten, die ge- 
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braucht werden, urn zu enLscheiden, ob der Benutzer 
bcdicnt werden soli oder nicht. Dieses Modul kann 
auch seine Eingabe von dem Automatic User Position 
Determining Module beziehen. 

15. SPLEMP Location Registration Processing Mo- 5 
dule: Dieses Modul arbeitet in enger Kooperation mit 
dem Location Registrations Management Module der 
LSU des SPLEMP-Bctrcibcrs. Immer dann, wenn eine 
neue Anmeldung bemerkt wird, wird es zu dem steu- 
emden SPLEMP Servicing Module weitergeleitet. Au- 10 
Berdem besteht hier die Anforderung, daB das Location 
Registrations Management Module als eine Bestati- 
gung des Benutzerstandortes fungiert. Das Modul ar- 
beitet hier innerhalb des Kontextes des SPLEMP Servi- 
cing Module. 15 

1 6. Testing and Diagnosis Module: Dieses Modul wird 
gebraucht um die gesamte RPMMSU zu testen. Es ist 
niitzlich fur die Diagnose bei unzufriedenstcllendcm 
Betrieb. Es kann entweder benutzt werden, bevor die 
RPMMSU in Betrieb genommen wird, oder wenn der 20 
Betrieb kurz eingestellt wird, oder um herauszufinden, 
warum etwas nicht ordnungsrnaBig funktioniert, sogar 
wahrend des Betriebes. Im letzten Fall wird es sehr eng 
mit dem System Operations Quality Control and Main- 
tenance Information Management Module zusammen- 25 
arbeiten. 

17. SPLEMP Servicing Settings Processing Module: 
Dieses Modul arbeitet mit den Informationen, wclche 
durch das SPLEMP Servicing Settings Configuration 
Support Module bereitgestellt werden. Was die Bedie- 30 
nung des einzelnen Benutzers angeht, wird es versu- 
chen, die Einstellungen mit denen des Benutzers zu in- 
tegrieren. Bei alien anderen Einstellungen werden die 
notwendigen Schritte yorgenommen, um diese auch zu 
verwirklichen. Dieses Modul arbeitet eng mit dem 35 
SPLEMP Servicing Module zusammen. 

Kommunikationsverbindungsmanagement-Module 

[0103] Diese Module sind dazu da, eine Kommunikati- 40 
onsverbindung zwischen zwei entfernt gelegenen Parteien 
so aufzubauen, daB Signale iiber diese Verbindungen uber- 
mittelt werden konnen. Das heiBt, die Informationen, die am 
Anfang auf einer Seite der Verbindung vorhanden ist, kon- 
nen nach einem ProzeB, welcher Obermittlung bzw. Senden 45 
heiBt, auf der anderen Seite dupliziert werden, so daB am 
Ende die gleichen Informationen auf beide Seiten vorhan- 
den sind. Uber synchrone Verbindungen ist es auch moglich, 
ein Gesprach in menschliche Sprache zu fiihren. 

50 

1. Long Distance Signalling Connection to Serviced 
Public Leisure and Entertainment Meeting Place's Lo- 
cation Server Unit Management Module: Dieses Mo- 
dul wird benutzt, um In formation ssignale iiber groBe 
Entfernungen zu verschiedenes SPLEMPs an verschie- 55 
denen Ortlichkeiten zu schicken. Diese konnen entwe- 
der iiber Draht oder drahtlos gesendet werden. Dieses 
Modul hilft dabei, eine Verbindung aufzubauen, eine 
Verbindung abzubrechen, zu garantieren, daB die Infor- 
mation auf der anderen Seite in der richtigen Reihen- 60 
folge ankommt, usw. Das Modul wird von verschicde- 
nen anderen Modulen benutzt, die abhangig von der 
Kommunikation zwischen der RPMMSU und der LSU 
sind. Dies betrifft das SPLEMP Location Registration 
Processing Module, das User Location Tracking Mo- 65 
dule, das System Behaviour Complaint Submissions 
Reception Module, das User Behaviour Complaint 
Submissions Reception Module und das SPLEMP Re- 
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gistration and Persistent Configuration Human-Ma- 
chine Interface Support Module auf der Seite der 
RPMMSU bzw. das Location Registrations Manage- 
ment Module, das User Location Registration Module, 
das System Behaviour Complaint Submission Module 
und das User Behaviour Complaint Submission Mo- 
dule auf der Seite der LSU bei dem SPLEMP. Dieses 
Modul selbst benutzt die Long Distance Networking 
and Communications Unit, um die eigene Funktionali- 
tat zu verwirklichen. Dieses Modul kann zusatzlich fur 
die Kommunikation zu anderen Parteien, wie Sicher- 
heitsbehdrden, Aumendfizierungsagenturen, usw. be- 
nutzt werden. 

2. Long Distance Wireless Signalling Connection to 
User's Personal Mobile Communications and Compu- 
ting Device Management Module: Dieses Modul wird 
benutzt, um Informationssignale iiber groBe Entfernun- 
gen an verschicdcnc Benutzer in verschiedenen Ort- 
lichkeiten zu senden. Diese Signale werden immer 
drahtlos iiber Luft gesendet und werden und von den 
PMCCDs der Benutzer aufgefangen. Dieses Modul be- 
nutzt eigentlich ein anderes Grundplattformmodul, 
welches als Long Distance Wireless Networking and 
Communications Unit bezeichnet wird. Verschiedene 
Signale werden zwischen der RPMMSU und dem 
PMCCD des Benutzers ausgetauscht Viele dieser Si- 
gnale dienen dem Zwecke des Verbindungsaufbaus und 
der Sicherheitsgewahrleistung, und andere dazu da, In- 
formationen auszutauschen, die direkt relevant fur das 
System selbst sind. 

3. Long Distance Wireless Synchronous Duplex Com- 
munication Connection to User's Personal Mobile 
Communications and Computing Device Management 
Module: Dieses Modul wird benutzt, um eine drahtlose 
synchrone Duplex-Kommunikationsvcrbindung zwi- 
schen der RPMMSU und dem PMCCD des Benutzers 
zu verwirklichen. Im Grunde genommen benutzt man 
dieses Modul abcr, um zwei Verbindungen aufzubauen, 
zunachst einmal zwischen der RPMMSU und dem 
PMCCD des Benutzers auf der einen Seite, und zwi- 
schen der RPMMSU und dem PMCCD des vermittel- 
ten Partnerschaftskandidaten auf der anderen Seite. 
Danach werden die zwei Verbindungen zusammenge- 
fugt und die RPMMSU entbindet sich von den Verbin- 
dungen, so daB am Ende eine direkte Verbindung exi- 
stiert zwischen den beiden Benutzem. Dies tut das Mo- 
dul nicht direkt, statt dessen wird es von dem Commu- 
nication Connection Establishment Module, Welches 
dieses Modul auch steuert, beauftragt, dies zu tun. 

Prasentations-Module 

[0104] Prasentations-Module ermoglichen es einer Pre- 
sentation, aus einer Entfernung verfugbar gemacht zu wer- 
den. Die Person auf der anderen Seite kann sowohl Informa- 
tionen bekommen als auch so interagieren, daB es moglich 
wind, Informationen zuriick an das Prasentations-Modul zu 
ubermitteln. In dieser Art und Weise spielen die Prasentati- 
onsmodule die Rolle, nicht nur die sinnlich wahrnehmbaren 
Informationen einer entfemten Person darzustellen, sondem 
auch Informationen zu erheben. Oftmals werden die Infor- 
mationen so organisiert, daB der Benutzer sie visuell mit 
Leichtigkeit verstehen, oder akustisch anhoren, oder taktil 
abtasten und sogar anriechen kann. Das heiBt, die Informa- 
tionen werden mittels Multimedia dargestellt. Dariiber hin- 
aus muB eine Einbindung der Prasentationen in die darunter- 
liegenden Netzwerk-, Kommunikations- und Prasentations- 
plattform gesichert werden. 
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1 . Operator and Service Description Information Pro- 
vision Support Module: Dadurch kann der RPMMSU- 
Betreiber Informationen iiber sich selbst und fiber den 
Partnerschaftssuchdienst dem Benutzer zukommen las- 
sen. In der heutigen Techniksprachc ausgedruckt, ah- 5 
neit dies dem Browsing einer Website, fur den 
RPMMSU-Betreiber erstellt. 

2. Operator System Management Human-Machine In- 
terface Support Module: Mit dieser Schnittstelle kann 
der RPMMSU-Betreiber das gesamte RPMMSU-Sy- 10 
stem manager). Dazu gehort, das System hochzufahren, 
das System herunterzufahren, einen neuen SPLEMP in 
der Bedienbarkeit aufzunehmen, eine neue Ortlichkeit 

in den Betrieb zu integrieren, Betriebsstorungen zu su- 
ction und zu beheben, SPLEMP-Ortlichkeits-Bczic- 15 
hungen neu zu konfigurieren, das System um neue 
Funktionalitaten zu erweitern, usw. 

3. Operator Statistical & Other Reports Generator 
Support Module: Dieses Modul erstellt Statistiken und 
Analysen uber den Betrieb der RPMMSU, die Bedie- 20 
nung der SPLEMPs, die Bedienung der Benutzer, den 
Betrieb bezuglich einer Ortlichkeit, Beschwerde- 
menge, die Attribute der Benutzer selbst, die Eigen- 
schaften der SPLEMPs selbst, usw., und prasentiert 
diese dem RPMMSU-Betriebsmanagement mit Hilfe 25 
von Diagrammen, Graphiken, Tabellen, Text, usw. 
Diese Berichte konnen regelmafiig erstellt werden und 
automatisch der Betriebsmanagementmannschafl zu- 
geschickt werden, oder sie konnen abgerufen werden. 
Das hilft der Betriebsmanagementmannschaft, eine 30 
Ubersicht iiber den gesamten Systembetrieb zu behal- 
ten. 

4. User Registration and Persistent Configuration Hu- 
man-Machine Interface Support Module: Mit der Un- 
terstiitzung dieses Moduls, kann der Benutzer sein Be- 35 
nutzerprofil, Interaktive-Tatigkeitsabsichten, Geheim- 
haltungseinstellungen, Bedienungspreisklasse, Identi- 
tatsinformationen, Kontaktierbarkeitsinformationcn, 
Informationen zu Heimat- und Aufenthaltsort, Geneh- 
migungen, usw. in das System eingeben. Dieses Modul 40 
dient eigentlich nur als Schnittstelle, welche es dem 
Benutzer ermoglicht, diese Informationen einzugeben, 
obwohl der Benutzer entfemt an einem anderen Rech- 
nersystem sitzt Die Darstellung der Fragen, die Erf as- 
sung der Eingaben, die Navigation von Frage zu Frage 45 
oder sogar zu anderen Teilen des Systems, das Anbie- 
ten der Wahlmoglichkeit, um den erwunschten Teil 
zum Konfigurieren oder Durchschauen auszuwahlen, 
die multimediale Darstellung der konfigurierbaren 
Teile, die Ernennung des aktuellen konfigurierbaren 50 
Teils, den der Benutzer gerade durchschaut. Daruber 
hinaus muB eine Einbindung der Prasentationen mit der 
darunterliegenden Netzwerk- und Kommunikations- 
und Prasentationsplattform gesichert werden. 

5. SPLEMP Registration and Persistent Configuration 55 
Human-Machine Interface Support Module: Dieses 
Modul ahnelt etwas dem oben genannten Modul, der 
Unterschied ist, daB dieses Modul von den SPLEMP- 
Betreibern benutzt wird. Dieses Modul ermoglicht, daB 
den SPLEMP-Betreibern eine Mensch-Maschine- 60 
Schnittstelle zur Verfiigung stent. Dieses Modul benut- 
zend kann der SPLEMP-Betreiber der RPMMSU seine 
Identitatsangaben, LSU-ZugrifFsschlfissel, LSU-Kon- 
taktierbarkeitsinformationen, SPLEMP-Ortlichkeitsi n- 
formation, Bankkontennummern und Auszugsermach- 65 
tigungen, Offhungszeiten und Ofiraungsregeln, usw. 
mitteilen. Ober dieses Modul soil der SPLEMP-Betrei- 
ber auch in der Lage sein, mit dem RPMMSU-Betrei- 
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ber Vertrage zu schlieBen. Daruber hinaus kann der 
SPLEMP-Betreiber die RPMMSU auch uber bevorste- 
hende Offnungssitzungen und geplante Veranstaltun- 
gen im Voraus informieren. 

6. Authentication Authority Agencies User Authenti- 
cation Confirmation Feed Human-Machine Interface 
Support Module: tJber dieses Modul konnen Authenti- 
fizierungsagenturcn die Identitatsangaben des Bcnut- 
zers bestarigen. Wenn der Benutzer mit dem 
RPMMSU-Betreiber einen Bedienungsvertrag ab- 
schlieBt, dann konnte der Benutzer eventuell eine digi- 
tale Unterschrift dazu fugen. Es muB festgestellt wer- 
den, ob diese Unterschrift wirklich zu den von dem Be- 
nutzer behaupteten Identitatsangaben paBt Dies neh- 
men die Authentifizierungsagcnturcn vor. Dieses Pra- 
sentationsmodul ermoglicht einem Angestellten einer 
Authentifizierungsagentur, die Authentifizierungsbe- 
statigung fiir einen bestimmten Benutzer einzugeben, 
oder der RPMMSU weitere Benutzerangaben mitzutei- 
len, wie die PMCCD-Kontaktierbarkeitsadresse, die 
Sozialversicherungsnummer, das Bankkonto, usw. 

7. Security Authority User Security Check and User 
Personal and Activity Information Feed Support Hu- 
man-Machine Interface Support Module: Dieses Mo- 
dul Benutzend kann ein Sicherheitsbehordenbeamter 
Informationen zu einem bestimmten Benutzer einge- 
ben, was seine Strafakte, oder seine Geschichte, oder 
seine Bckanntschaften, oder sein offentliches Verhal- 
ten, oder seine Gewohnheiten, usw. angeht Nicht alles 
davon ist erforderlich und nicht bei jedem Benutzer er- 
forderlich. Aber falls es zu Besch werden fiber einen 
Benutzer kommt, dann kann manchmal eine "Oberprii- 
fung eines Benutzers erforderlich werden. Dies kann 
nur geschehen, wenn man eine Genehmigung von dem 
Benutzer dafur hat. Dieses Modul bildet die Eingabe- 
schnittstelle fur den Sicherheitsbehordenbeamten. 

Grundplattform-Modulc 

[0105] Diese Module sind diejenigen, die das Fundament 
fur die anderen bilden. Alle anderen Module benutzen die- 
ses fur ihre Verwirklichung. Die Funktionalitat einiger da- 
von konnte redundant sein. Die Redundanz dient nur der Be- 
nutzungsflexibilitat und der BenutzungsfreiheiL 

1 . Long Distance Wired Networking and Communica- 
tions Unit: Diese Einheit bildet die Grundlage fiir Ver- 
netzung und Kommunikation iiber groBe Entfernun- 
gen. Oblicherweise werden in diesem Fall Informatio- 
nen und Sprache iiber Kabel ubertragen. 

2. Long Distance Wireless Networking and Communi- 
cations Unit: Diese Einheit benutzend konnen die In- 
formationen von einem Sender an einem Empfanger, 
der nicht mit dem Sender fiber Kabel verbunden ist, ge- 
sendet werden, d. h. drahtlos gesendet werden. 

3. External Serial and Parallel Interfaces Bus and Con- 
trol Units: fiber diese SchnitLstelleneinheiten konnen 
Peripheriegerate mit der RPMMSU verbunden werden, 
entweder direkt oder fiber ein Netzwerk, wobei diese 
Einheit der RPMMSU behilflich ist, sich an das Netz- 
werk, z. B. ein Intranet, anzubinden. 

4. Main Memory unit: Die Ausfuhrungsmodule wer- 
den diese Einheit neben der Central Processing Unit 
benutzen, um fiberhaupt ausgefuhrt werden zu konnen. 
Die meisten Informationen, die ein Modul intern wah- 
rend seiner Ausfuhrung braucht, werden hier gespei- 
chert. 

5. Central Processing Unit Die gesamte Ausfuhrung 
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der Ausfuhrungsmodule in der RPMMSU wird mit 
Hilfc dicscr Einhcit crledigt. 

6. Keys Input Mechanism Unit: Mit Hilfe einer Tasta- 
tur oder einer Anzabl von listen, kann der Betreuungs- 
angestcllte der RPMMSU seine Eingaben durchfuhren. 5 

7. Persistent Memory Unit: Mit Hilfe dieser Einheit 
konnen alle die dauerhaften Speicher betreffenden Mo- 
dule verwirklicht werden. 

8. Power Supply Unit: Dies versorgt die gesamte 
RPMMSU mit dem benotigten Strom. 10 

9. Display Output Mechanism Unit: Dadurch kann der 
Betreuungsangestellte der RPMMSU Feedback fiber 
das System bekornmen und es so manipulieren. 

Moglichkeiten der Partncrschaftseignungssuchprozessor- 15 
Module 

1. User Profile and Wishes based Match-Making Pro- 
cessor Module 

2. User Social and Psychological System Profile based 20 
Match-Making Processor Module 

3. User Astrological System Horoscope based Match- 
Making Processor Module 

4. User Palmistry System Profile based Match-Making 
Processor Module 25 

User's Personal Mobile Communications and Computing 
Device 

1. Service Main Module: Dies ist das erste Modul, das 30 
auszufuhren beginnt und zustandig ist fur den direkten 
oder indirekten Aufruf aller anderen Module. Dieses 
Modul dient als Ausloser fur das Funktionieren des Sy- 
stems. Unter Benutzung dieses Moduls bekommt der 
Benutzer Zugang zu alien anderen Modulen. Die mei- 35 
sten Bedienungsmodule arbeiten im Kontext dieses 
Moduls. 

2. Location Registration Module: Dieses Modul arbei- 
tet in zwei verschiedenen Modi. Bei dem ersten Mo- 
dus, wird dieses Modul nur fur die Orts-Anmeldung 40 
benutzt Dabei wird nicht uberpruft, ob der Benutzer 
sich wirklich an dem angegebenen SPLEMP aufhalt. In 
diesem Fall kommuniziert dieses Modul direkt mit dem 
User Location Tracking Module bei der RPMMSU 
uber die Long Distance Wireless Networking and 45 
Communications Unit. Hierbei wird das Kennzeichen 
des jeweiligen SPLEMPs, das eigene Benutzerkennzei- 
chen des Bcnutzers und eventuell auch noch das Kenn- 
zeichen des PMCCDs des Benutzers mitgeteilt. Es gibt 
keine Notwendigkeit, diese Informationen an die LSU 50 
oder uber die LSU zu iibertragen, wobei die LSU wo 
moglich gar nicht vorhanden ist. Bei dem zweiten Mo- 
dus ist die LSU sehr wahrscheinlich vorhanden. Der 
Benutzer kann angeben, daB er sich bei einem be- 
stimmten SPLEMP anzumelden wiinscht. Dieses Mo- 55 
dul wiirde mit beiden Module, sowohl mit dem User 
Location Tracking Module in der RPMMSU als auch 
mit dem User Location Registration Module bei der 
LSU des SPLEMPs, kooperieren. Mit dem User Loca- 
tion Tracking Module bei der RPMMSU kommuniziert 60 
es mit der Unterstutzung der Long Distance Wireless 
Networking and Communications Unit und mit dem 
User Location Registration Module bei der LSU an 
dem SPLEMP tut es das mit der Hilfe der Short Di- 
stance Wireless Networking and Communications 65 
Unit. Es teilt beiden Einheiten mit, daB es wiinscht, 
sich bei ihnen anzumelden. An die RPMMSU sendet es 
zusatzlich die eigene Kontaktierbarkeitsadresse oder 
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das Benutzerkennzeichen oder wahlweise beide, dieje- 
nigc benutzend, wclche die RPMMSU wisscn lasscn 
wiirde, welchen Benutzer es zu bedienen gilt. Es 
schickt auch noch das Ortsanmeldungskennzeichen, 
welches dieses Modul mit dem LSU verhandelt und ak- 
zeptiert So wann immer die LSU die RPMMSU be- 
zuglich eines Benutzers kontaktiert, tut sie das immer, 
indem sie das Ortsanmeldungskennzeichen benutzt, 
besonders zu Zwecken der Bestatigung des Aufenthal- 
tes. Es konnte der LSU nicht erlaubt sein, die Identitat 
des Benutzers oder die Identitat seines PMCCD zu er- 
fahren. Bei der RPMMSU kann die Konvertierung 
zwischen dem PMCCD-Kennzeichen und dem Ortsan- 
meldungskennzeichen in beiden Richtungen vorge- 
nommen werden. 

3. Location Stay Monitoring Module: Dieses M-xlul 
ist erstens optional und zweitens funktioniert es auch in 
zwei Modi. Bei dem ersten Modus kommuniziert die- 
ses Modul direkt mit dem User Location Tracking Mo- 
dule der RPMMSU, und laBt diese wissen, ob das 
PMCCD und infolgedessen der Benutzer sich auf dem 
Gelande des SPLEMPs aufhalten. Hier braucht das 
Modul der RPMMSU nicht zu beweisen, daB dies 
wirklich der Tatsache entspricht In dem zweiten Mo- 
dus ist dieses Modul zustandig fur die Intcraktion zwi- 
schen den Modulen bei dem SPLEMP, die verantwort- 
lich fur die Uberprufung sind, ob der Benutzer noch auf 
dem Gelande des SPLEMPs ist oder nicht. Das schlicBt 
die On-Premises Stay Check Listener Units, die 
Check-In Confirmation Listener Units and Check-Out 
Confirmation Listener Units ein. Dieses Modul kum- 
mert sich darum, regelmaBig zu uberprufen, ob sich der 
Benutzer auf dem Gelande des SPLEMPs aufhalt, ob 
sich der Benutzer gerade einem Ausgang oder Eingang 
nahert, und schickt dementsprcchend ein Auscheck- 
Bestatigungssignal bzw. ein Eincheck-Bestatigungssi- 
gnal. Mit alien Signalen, die es ausstrahlt, sendet es 
auch noch ein Ortsanmeldungskennzeichen. Dieses 
Modul arbeitet im Kontext des Location Registrarion 
Module. Alle Anderungen an dem Aufenthaltsstatus 
des Benutzers werden an das Location Registration 
Module weitergeleitet Diese Information, nur falls sie 
nicht fiber die User Location Registration Module des 
SPLEMPs zu dem RPMMSU mitgeteilt wird, kann 
dann fiber das Location Registration Module an das 
User Location Tracking Module des RPMMSU iiber- 
mittelt werden. 

4. Location Deregistration Confirmation Module: Un- 
ter Benutzung dieses Moduls kann der Benutzer beim 
Auschecken angefragt werden, ob der sich abmelden 
mochte, oder ob er meint, daB er zu dem SPLEMP zu- 
riickkehren wird und mit der Dienstbenutzung weiter- 
machen wird. Dieses Modul kann der Benutzer auch 
dafur verwenden, um explizit mitzuteilen, daB er sich 
abmelden mochte. 

5. Matched Candidate Partner Offer Response Mo- 
dule: Dieses Modul benutzend kann der Benutzer ange- 
fragt werden, ob er bereit und willig ist, den Kontakt 
mit dem vermittelten Partnerschaftskandidaten aufzu- 
bauen. Die Antwort des Benutzers wird entgegenge- 
nommcn und zu dem Introductory Session Support 
Module ubergeben, in dessen Kontext dieses Modul 
lauft. 

6. Matched Candidate Partner Personal Object Trans- 
fer and Access Grant Module: Dieses Modul wird von 
dem vermittelten Partnerschaftskandidaten benutzt, um 
eine Informationseinheit auf das PMCCD des Benut- 
zers zu ubermitteln. Diese Informationseinheit konnte 
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alles mogliche sein, z. B. digitate Fotos, digitale Visi- 
tcnkarte, DcchifTrierschliisseL, usw. Dies konnte wich- 
tig sein, urn Information iiber den anderen aus Griinden 
der Erinnerung und Kontaktierbarkeit auszutauschen. 
Mittcls dieses Moduls kann der Benutzcr auch ahnliche 5 
Informationseinheiten auf das PMCCD des anderen 
Benutzers iibermitteln. Als Ubermittlungsweg benutzt 
dieses Modul die Short Distance Wireless Networking 
and Communications Unit. 

7. Interactive Activity Intentions Definition Module: 10 
Immer wenn der Benutzer bedient werden mochte, ist 

es notig, dafi er die Parameter der Bedienung spezifi- 
ziert Natiirlich konnen diese Parameter vordefiniert 
sein und als vorgegeben angewendet werden, Wenn der 
Benutzer jedoch aus vielen Paramctersatzcn eine Aus- 15 
wahl treffen muB, dann benutzt er dieses Modul. Der 
Benutzer kann auch neue Parameter eingeben, falls 
dies crforderlicb isL Untcr Benutzung dieses Moduls 
gibt der Benutzer ein, an welchen Arten von interakti- 
ven Tatigkeiten er teiinehmen mochte, welche Rolle er 20 
dabei am liebsten spielen mochte, welche Rolle die an- 
dere Partei spielen soil, und ob es bestimmte Eigen- 
schaften gabe, die der Benutzer sich bei der anderen 
Partei d. h. bei dem Partnerschaftskandidaten, erhofft. 

8. Service Activation Module: Dieses Modul benut- 25 
zend kann der Benutzer die Bedienung aktivieren. Dies 
bildet naturlich einen wesentlichen Bestandteil des 
Ortsanmeldungsprozesses. Der Benutzer benutzt die- 
ses Modul, um den Dienst zu deaktivieren, was der Be- 
nutzer sich wiinschen konnte, z. B., wenn er auf die 30 
Toilette gehen muB, oder sich schon in einem Gesprach 
befindet, oder mit einer anderen Aufgabe beschaftigt 
ist, usw. Nach der Deaktivierung kann der Benutzer 
seine Bedienung durch dieses Modul erneut aktivieren. 
Dieses Modul teilt dem Location Registration Module 35 
die Aktivierungen und Deaktivierungen mit, welches 
die Information an die RPMMSU weiterleitet. 

9. Introductory Session Support Module: Dieses Mo- 
dul dient nur dem Zweck, den Dialog zwischen dem 
Benutzer und der RPMMSU zu unterstiitzen, im I fin- 40 
blick auf die Neugier des Benutzers beziiglich des ver- 
mittelten Partnerschaftskandidaten vor dem Akzeptie- 
ren des Angebots, mit jenem in Kontakt zu treten. Die- 
ser Modus hat ein gegenuberstehendes Modul bei der 
RPMMSU, das Introductory Session Management 45 
Support Module. 

10. System to User Messaging Support Module: Im- 
mer wenn das System dem Benutzer etwas mitteilen 
mochte, wird die Benachrichtigung von diesem Modul 
empfangen. Die Benachrichtigung konnte verschiede- 50 
nes bedeuten, wie z. B. eine Mahnung, eine Wamung, 
ein neues Angebot, eine Einladung, Informationen von 
Interesse, eine Bestatigung, eine Aufklarung, eine Be- 
grundung, eine Rechtfertigung, eine Entschuldigung 
oder anderes. Der gegeniiberstehende Modul bei der 55 
RPMMSU heiBt ebenfalls System to User Messaging 
Support Module. 

1 1 . System Behaviour Complaint Submission Module: 
Dieses Modul hilft dem Benutzer, eine Beschwerde bei 
der RPMMSU einzureichen iiber die Bedienung durch 60 
die RPMMSU. Dieses Modul sendet die Beschwerde 

an das System Behaviour Complaint Submissions Re- 
ception Module bei der RPMMSU. 

12. Communication Connection Establishment Mo- 
dule: Dieses Modul wird immer dann benutzt, wenn 65 
eine Verbindung zwischen dem Benutzer und dem ver- 
mittelten Partnerschaftskandidaten aufgebaut werden 
muB. Zuerst konnte eine Verbindung zwischen dem 
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Benutzer und dem Communication Connection Esta- 
blishment Module der RPMMSU aufgebaut werden. 
Das kann passieren auf Veranlassung des Benutzers, 
oder es kann von einem anderen Modul in dem 
PMCCD angeordnet werden, oder es kann von einem 
anderen Modul in der RPMMSU befohlen werden. Das 
gleiche geschieht bei dem vermittelten Partnerschafts- 
kandidaten. Danach vcrbindet die RPMMSU die zwei 
Anrufe, so dafi eine Verbindung zwischen den zwei Be- 
nutzem besteht. 

13. Synchronous Communication Support Module: 
Nachdem eine Verbindung zwischen den zwei Benut- 
zem aufgebaut wurde, wird dieses Modul von den Be- 
nutzern dafur verwendet, um miteinander ein Gesprach 
zu fuhren, wahrschcinlich um sich mit den anderen 
uber einen Treffpunkt zu einigen. Man kann es eine 
Mobiltelefonverbindung nennen. 

14. Matched Candidate Partner Remembrance Infor- 
mation Configuration Module: Dieses Modul hilft dem 
Benutzer, Informationen iiber den vermittelten Partner- 
schaftskandidaten zu konfigurieren, so daB auch nach- 
dem viel Zeit vergangen ist, sich der Benutzer an den 
vermittelten Partnerschaftskandidaten mit Hilfe der 
konfigurierten Informationen zu erinnern vermogen 
wurde. Dieses Modul hilft auch, diese Informationen 
auf einen bestimmten Informationsspeicherplatz zu la- 
den, welcher mit dem Management der personlichen 
Informationen des Benutzers bcauftragt ist. Dieses Mo- 
dul hilft dem Benutzer auch beim Herunterladen der 
vorher konfigurierten Informationen iiber beliebige 
vermittelten Partnerschaftskandidaten von der 
RPMMSU oder von einem anderen Ort. Um die Ko- 
operation zwischen dem PMCCD des Benutzers und 
der RPMMSU zu bewaltigen, gibt es ein entsprechen- 
des Modul, das Matched Candidate Partner Remem- 
brance Information Configuration Module. Der Mat- 
ched Candidate Partner Remembrance Information 
Management Module kann ebenfalls diese Funktion 
ubemehmen. 

1 5 . Matched Candidate Partner Critical Feedback Mo- 
dule: Dieses Modul kann der Benutzer dafur verwen- 
den, seine Verargerung oder Enttauschung zum Aus- 
druck zu bringen. Es ist moglich, daB ein anderer Be- 
nutzer falsche Informationen in sein Profil eingegeben 
hat, um das March Making Processor Module in die 
Irre zu fuhren. Es kann verschiedene dafur Griinde ge- 
ben, warum ein Benutzer iiber den vermittelten Part- 
nerschaftskandidaten verargert ist Es kann sein, daB 
der vermittelte Partnerschaftskandidat sehr spat zu dem 
vereinbarten Ort kommt, daB er gar nicht zu dem ver- 
einbarten Ort kommt, daB er die Regeln des Verhaltens- 
kodex nicht folgt, daB er sich dem Benutzer gegeniiber 
schlecht oder unzivilisiert benimmt, daB er ofFensicht- 
lich falsche Angaben in seinem Profil gemacht hat, daB 
er dem Benutzer etwas boses tun will, daB er Tabuthe- 
men des Benutzers anspricht, daB er den Benutzer ir- 
gendwie betriigt, und so weiter und so fort Dieses Mo- 
dul kann in dem Kontext des Service Main Module ar- 
beiten, es kann aber auch seinen eigenen Kontext ha- 
ben. Es kommuniziert mit dem Matched Candidate 
Partner Critical Feedback Reception Module auf der 
RPMMSU iiber die Long Distance Wireless Networ- 
king and Communications Unit. 

16. User Servicing Settings Module: Manchmal muB 
der Benutzer, wenn er bedient werden mochte, explizit 
einige Parameter, welche die Bedienung selbst betref- 
fen, richtig spezifizieren. Er konnte die Haufigkeit der 
Partnerschaftssuchtreffermeldungen erhohen bzw. ver- 
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mindern wollen, oder eine bestimmte Qualitatskatego- 
ric odcr Preiskatcgorie zur Zeit dcr Bcdicnung selbst 
festlegen wollen, oder den minimalen piozentuellen 
Partnerschaftseignungsgrad variieren wollen, usw. Das 
alles kann der Bcnutzer liber dieses Modul erledigen. 5 
Die so eingegebenen Informationen werden an das ge- 
genuberstehenden Modul bei der RPMMSU, das User 
Servicing Settings Configuration Support Module, mit 
Hilfe des Long Distance Wireless Networking and 
Communications Unit ubermittelt. Dieses Modul lauft 10 
im Kontext des Service Main Module. 

17. Authentication Module: Dieses Modul ist priift 
nach, ob das Informationsubertragungssignal, das emp- 
fangen wurde, in der Tat von der Partei stammt, wie 
durch das Signal behauptct wird, und daB die Unver- is 
sehrtheit der Information nicht kompromittiert wurde. 
Weiterhin muB, wenn man auf eine Ressource zugrei- 
fen mu8, bevor die Erlaubnis erteilt wird, die anfor- 
dernde Partei identifiziert und authentifiziert werden. 
Nur dann wird die Information von der angefragten 20 
Partei akzeptiert und an die authentifizierte Partei ge- 
liefert Dieses Modul benutzt Unterschriftsschlussel 
und Zertifikate, welche es entweder selbst verwaltet 
oder welche durch ein zentrales Informationslager ver- 
waltet werden, das sich in den PMCCD, auf das aber 25 
auch andere im PMCCD laufende Systeme Zugriff ha- 
ben. Wenn die RPMMSU eine Verbindung zu dem 
PMCCD aufbauen mochte oder Informationen senden 
mochte, oder Steuerungszugang zu einem PMCCD-in- 
temen Modul sucht, dann muB dieses Modul feststel- 30 
len, daB auf der anderen Seite in der Tat das RPMMSU 

ist und fur diese Aktion auch berechtigt ist, bevor die 
Erlaubnis erteilt werden kann. In der Verbindungsauf- 
bauphase muB dieses Modul eventuell mit dem Au- 
thentication Module der RPMMSU, durch Austausch 35 
von Informationen in beiderlei Richtungen, zusam- 
menarbeiten. Auch wenn das PMCCD mit der LSU des 
SPLEMP-Betreibers kommuniziert, spielt dieses Mo- 
dul die Rolle des Beglaubigers und Pfortners. Es muB 
letztendlich festgestellt werden, daB das PMCCD wirk- 40 
lich mit der LSU Informationsaustausch fiihrt und nicht 
mit den eventuell vielen anderen Umgebungssystemen 
oder LSU-Betriigersystemen. Dafur muB es mit dem 
Authentication Module auf der LSU zusammenarbei- 
ten. Dieses Modul kann im Kontext des Service Main 45 
Module, aber auch eigenstandig laufen. 

1 8. Matched Candidate Partner Catalogue Access Mo- 
dule: Dieses Modul ermoglicht es dem Bcnutzer, eine 
Liste von vermittelten Partnerschaftskandidaten durch- 
zusehen. Dieses Modul kann selbst uber Informationen 50 
uber vermittelte Partnerschaftskandidaten verfugen. 
Die Informationen, die von diesem Modul selbst ver- 
waltet werden, sind meistens nur auf die aktuelle Sit- 
zung bezogen. Es verschafft auch Zugang zu den von 
dem Matched Candidate Partner Catalogue Manage- 55 
ment Module gemanagten Informationen. Diese Infor- 
mationen beziehen sich auf alte Partnerschaftseig- 
nungstreffer. Der Benutzer konnte auch diese alten 
Partnerschaftseignungstreffer durchsehen. Der Benut- 
zer konnte auch die gezeigten Partnerschaftseignungs- 60 
trcffcr durch irgend welche Parameter einschrankcn, 

z. B. Datum, Zeitperiode, Aussehen, usw. Der Benut- 
zer hat keine Genehmigung, Eintrage hier zu loschen. 

19. User Position IVacking Security Module: Dieses 
Modul ist im Stande, die geographischen Koordinaten 65 
des PMCCDs zu erraten. Da das PMCCD normaler- 
weise bei dem Benutzer ist, kann man davon ausgehen, 
daB es die Position des Benutzers kennt Der Benutzer 
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konnte unter Umstanden bereit sein, diese Angaben ei- 
ner anderen Instanz mitzutcilen. Das kann passieren, 
wenn man z. B um einen Dienst in Anspruch zu neh- 
men beweisen muB, sich auf einem bestimmten Ort zu 
befinden. In diesem Fall muB das System den Angaben 
des PMCCDs vertrauen konnen, daB die Ortsangaben 
nicht verfalscht wurden. Es kann auch sein, daB der Be- 
nutzer einen Dienst im Anspruch nchmcn mochte, des- 
sen Inhalt sich auf den Aufenthaltsort des Benutzers 
bezieht, und der Benutzer nicht die Umstandlichkeit er- 
tragen will, seinen Aufenthaltsort standi g einzugeben. 
Manchmal ware es viel effektiver, wenn das System 
uber die genauen geographischen Ortsangaben ver- 
fiigte, und diese konnte der Benutzer, um sie dem Sy- 
stem mitzutcilen, schlecht selbst erraten, selbst wenn cr 
dies wollte. Drittens konnte es einen Dienst geben, bei 
es nur darum ginge, die Aufenthaltsposition des Benut- 
zers zu protokollicren, und zwar bei dem Dienst sclbsL 
In diesen Fallen lohnt es sich, dieses Modul zu benut- 
zen. 

20. Emergency Call Security Module: Dieses Modul 
hilft den Benutzer dabei, einen Notruf auszusenden. 
Falls der Benutzer das User Position Tracking Security 
Module aktiviert hat, braucht er bei diesem Notruf 
noch nicht einmal seine Position nochmals explizit ein- 
zugeben. Falls der Benutzer das Specific Comobility 
and Coactivity Intention Definition and IVacking Secu- 
rity Module aktiviert hat, braucht er oftmals auch nicht 
die Umstande zu erklaren. Bei dem Notruf kann der 
Benutzer nochmals bestimmte Optionen auswahlen, 
um das Problem etwas zu schildem. Dieses Modul er- 
moglicht es erstmals, an den richtigen anzusprechen- 
den Ort einen Notruf zu senden und auch die notwendi- 
gen Informationen zu liefem uber den Standort oder 
die Art des Problems, usw. In solchen Fallen kann die 
RPMMSU diesen Notruf automatisch bearbeiten, in- 
dem sie den Notruf zu der zustandigen Sicherheitsbe- 
horde weiterleitet, mit den notwendigen Angaben zum 
Benutzer, seinem Standort, den Umstanden und der Art 
des Problems. Dieses Modul kooperiert mit dem Emer- 
gency Call Reception Module bei der RPMMSU. 

21 . Specific Comobility and Coactivity Intention Defi- 
nition and Tracking Security Module: Dieses Modul 
wird eventuell von dem Benutzer bei einem Ausflug 
nach einer Sitzung benutzt, um Angaben zu machen 
uber seine Begleitung, Absichten, augenblicklichem 
Verbleib, usw. Das dient dem Zweck, daB im Falle, 
dem Benutzer stoBt etwas zu, es dann fiir die Ermitt- 
lungsleute einfach herauszufinden ware, was mit dem 
Benutzer passiert ist, und im Falles einer Vermutung, 
die auf ein Verbrechen verweist, auch wer die \ferdach- 
tigten waren. Allein die Kenntnis, daB man nicht unbe- 
straft davonkommen kann, ware Grund genug, daB die 
begleitende Person dem Benutzer keinen Schaden zu- 
ftigen wurde. Dieses Modul kooperiert mit dem Speci- 
fic Comobility and Coactivity Intention Definition and 
Tracking Security Information Reception Module, um 
Informationen der RPMMSU zukommen zu lassen. 22. 
Geographical Position Determiner Unit: Diese Einheit 
kann die geographische Koordinaten des PMCCDs er- 
mitteln. Diese Koordinaten konnen mit denen des 
SPLEMPs verglichen werden, um herauszufinden, ob 
diese Kcordinaten von den des SPLEMPs umgefaBt 
werden oder nicht Dadurch laBt sich ermitteln, ob der 
Benutzer sich auf dem Gelande eines SPLEMPs befin- 
det. Man kann diese geographischen Koordinaten in 
eine Position auf einer Landkarte, z. B. einem Stadt- 
plan, konvertieren. Die Art, in der die geographischen 
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Koordinaten ermittelt werden, ist genau wie oder ahn- 
lich zu dem "Global Positioning System" des US-Mili- 
tars. 

23. Long Distance Wireless Networking and Commu- 
nications Unit: Diese Elnhclt ermoglicht es dem 5 
PMCCD, drahtlos eine Verbindung zu einem anderen 
System aufbauen und mit Hilfe von Netzwerkprotokol- 
len, wie z. B. dem Wireless Application Protocol des 
WAP-Forums, mit dem anderen System zu kommuni- 
zieren. Es kann naturlich auch ein anderes Protokoll 10 
sein, was eine Kommunikation ermoglicht. Die ganze 
Kommunikation zwiscben den Modulen des PMCCDs 
und des RPMMSUs lauft iiber dieses Modul. 

24. Short Distance Wireless Networking and Commu- 
nications Unit: Diese Einbeit wird von vielcn anderen 15 
Modulen benutzt, wie dem Locution Registration Mo- 
dule, dem Location Stay Monitoring Module, und dem 
Matched Candidate Partner Personal Object Transfer 
and Access Grant Module. Diese Einheit ist sehr kri- 
tisch fur das Funktionieren des gesamten Systems. 20 
Diese Einheit sendet elcktromagnetische Signale aus, 
die nur so stark sind, daB sie nur eine Entfernung von 
hochstens wenigen Metern erreichen. Diese Einheit er- 
moglicht es dem PMCCD, mit anderen Geraten in sei- 
ner unmittelbaren Umgebung drahtlos zu kommunizie- 25 
ren. Ein Beispiel einer Technologie, die dies ermog- 
licht, ist "Bluetooth Technology" von Bluetooth SIG. 
Naturlich konnen auch andere Technologien oder Im- 
plementierungen von Standards, die dies ermoglichen, 
eingesetzt werden. 30 

25. External Serial and Parallel Interfaces Bus and 
Control Unit: iiber diese Schnittstelleneinheiten kon- 
nen Peripheriegerate an das PMCCD verbunden wer- 
den, meistens direkt oder eventuell auch iiber ein Netz- 
wcrk, wobei diese Einheit dem PMCCD dazu verhilft, 35 
sich an das Gerat, z. B. ein Headset, ein Modem, usw,, 
anzubinden. 

26. Touch Screen Input Mechanism Unit: Diese Ein- 
heit ermoglicht es dem Benutzer des PMCCD, Einga- 
ben in dem System vorzunehmen, allein durch beruh- 40 
ren des Bildschirms durch ein Korperteil, vermutlich 
den Fingem, oder einem Stift, auf einem bestimmten 
Platz auf dem Bildschirm. Je nachdem, wo man ange- 
fafit hat, wird eine andere Funktionalitat getatigt 27. 
Keys Input Mechanism Unit Mit Hilfe einer Tastatur 45 
oder einer Menge von Tasten, kann der PMCCD-Be- 
nutzer auch seine Eingaben durebfuhren. 

28. Speech Recognition Input Mechanism Unit: Auf 
diese Weise kann der PMCCD-Benutzer mit Sprachbe- 
fehlen Funktionen betatigen. Er kann auch irgendwel- 50 
chen Text eingeben, und zwar dadurch, daB er ihn dik- 
tiert. 

29. Main Memory Unit: Die lauffahigen Module be- 
nutzen diese Einheit, um von ihnen benotigte Informa- 
tionen kurzfristig zu lagem. Diese Einheit wird auch 55 
von Modulen selbst benutzt, um sich lauffahig zu ma- 
chen. 

30. Central Processing Unit: Diese Einheit benotigen 
die Module, um iiberhaupt lauffahig zu sein. Die Lauf- 
fahigkeit der Module wird dadurch sichergestellt. Es 60 
kann aber auch sein, daB manche Module ihren eigenen 
Prozessor haben und diese Einheit nicht brauchen. 

31. Speech Synthesis Output Mechanism Unit: Da- 
durch konnen dem PMCCD-Benutzer wichtige Infor- 
mationeo sprachlich mitgeteilt werden. 65 

32. Persistent Memory Unit: Mit Hilfe dieser Einheit 
konnen auf dauerhafte Speicher bezogene Module ver- 
wirklicht werden. 
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33. Power Supply Unit: Das versorgt das ganze 
PMCCD mit dem benotigte Strom. 

34. Display Output Mechanism Unit: Dadurch kann 
der PMCCD-Benutzer iiber das System Feedback be- 
kommen und es so manipulicren. 

Serviced Public Leisure and Entertainment Meeting Place's 
Location Server Unit 

1. Server Boot Module: Dieses Modul ist das erste 
Modul, das von dem LSU-Betreuungsangestellten der 
SPLEMP-Betriebsmannschaft hinaufgefahren wird. 
Nach dem HinaufFahren ermoglicht es den LSU-Be- 
treuungsangestellten, auf verschiedenen Funktionalita- 
ten und Module der LSU zuzugreifen bzw. sie zu star- 
ten. Alle Laufzeitmodule werden im Kontext dieses 
Moduls ausgefuhrt Es bietet dem LSU-Betreuungsan- 
gestellten auch cine Mcnsch-Machine-Schnittstclle an, 
wodurch er den Betrieb der LSU managen und steuem 
kann. 

2. User Servicing Activation Module: Durch dieses 
Modul kann der LSU-Betreuungsangestellte dem Sy- 
stem mitteilen, daB es sich vorbereiten soil, die Kund- 
schaft zu bedienen. Dieses Modul ubernimmt die Ver- 
antwortung, die Verbindung mit der RPMMSU aufzu- 
bauen und die anderen notwendigen Vorbereitungen 
bei sich einzuleiten. Dieses Modul ist auch dafur zu- 
standig, die Bedienung einzustcllcn und die geladencn 
Module wieder zu terminieren. Dieses Modul arbeitet 
im Kontext des Server Boot Module. 

3. Service Quality Settings Module: Durch dieses Mo- 
dul kann der LSU-Betreuungsangestellte angeben, wel- 
che Bedienungseinstellungen vorzunehmen sind. Die 
Einstellungen konnen sich darauf beziehen, wie viele 
Partnerschaftseignungstreffer jedem Benutzer maximal 
zustehen, welche Bedienungspreisklasse die dienstbe- 
nutzenden Kunden in Anspruch nehmen diirfen, wie 
viele Benutzer hochstens bedient werden diirfen, wie 
lange ein Benutzer langstens bedient werden darf, usw. 
AuBerdem kann der LSU-Betreuungsangestellte da- 
durch auch noch die Offhungszeiten angeben. Dieses 
Modul arbeitet mit dem SPLEMP Servicing Settings 
Configuration Support Module der RPMMSU zusam- 
men. 

4. System Behaviour Complaint Submission Module: 
Dieses Modul wird benutzt, um der RPMMSU Be- 
schwerden iiber das Funktionieren des Systems mitzu- 
tcilcn. Man kann aus verschiedenen Listen von Sy- 
stemproblemen die zutreffenden Eintrage auswahlen. 
Dieses Modul benutzt den Long Distance Networking 
and Communications Unit, um die Informationen an 
die RPMMSU zu senden. Dieses Modul kommuniziert 
mit dem System Behaviour Complaint Submissions 
Reception Module der RPMMSU. 

5. User Behaviour Complaint Submission Module: Es 
passiert manchmal, daB es dem SPLEMP-Betriebsma- 
nagement zur Kenntnis gelangt, daB sich ein Kunde 
schlechtbenimmt Das unverantwortliche Verhalten ei- 
nes Kunden hat naturlich auch noch verschiedene Gra- 
dierungen. In so einem Fall kann der SFLEMP-Betrei- 
bcr auch, wenn er vermutet, daB der Kunde ein Benut- 
zer dieses Dienstes ist, versuchen, das Ortsanmel- 
dungskennzeichen festzustellen, und unter dessen Be- 
nutzung bei der RPMMSU eine Beschwerde iiber den 
Benutzer einreichen. Allerdings kann es schwerf alien, 
das Ortsanmeldungskennzeichen festzustellen, da bei 
diesem Dienst versucht wind, die Identitat eines Benut- 
zers dem SPLEMP-Betriebsmanagement nicht preiszu- 
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geben. Dadurch hat das SPLEMP-Betriebsmanage- 
ment kcincn Wcg, etwas iibcr den Benutzer zu erfah- 
ren. Es wird auch schwer herauszufinden sein, wel- 
chem Benutzer welches Ortsanmeldungskennzeichen 
zugeordnct isL Eine Methode ware, wenn das PMCCD 5 
des Benutzers ein Signal ausstrahlen wiirde, und es 
durch dieses Signal moglich ware, das entsprechende 
Ortsanmeldungskennzeichen des Benutzers zu bestim- 
men. Das Signal wiirde das iiber Short Distance Wire- 
less Networking and Communications Unit des to 
PMCCD gesendet werden. Es ware auch notwendig, 
ein gesendetes Signal einem Benutzer direkt zuzuord- 
nen, da es moglicherweise sehr viele Benutzer in einem 
SPLEMP gibt und es ganz denkbar ist, daB ein be- 
stimmtes Signal von jedem Benutzer hatte abstammen 15 
konnen. Deswegen muB das Signal nur in ni'chster 
Nahe des Benutzers spurbar sein. Solange das PMCCD 
des Benutzers cingeschaltct ist, konnte es ein Signal 
aussenden. Dieses Signal erfolgt auf einer niedrigen 
Amplitude. Der SPLEMP-Betriebsangestellte nahert 20 
sich dem Benutzer mit einem speziellen Gerat, und 
wenn er dem Benutzer ganz nan ist, kann er das Signal 
auffangen. Das Ortsanmeldungskennzeichen wird zu- 
sammen mit dem VerstoB an die RPMMSU ubermit- 
telL Im Ausnahmenfall kann der SPLEMP-Betriebsan- 25 
gesteEte einfach den Benutzer nach seiner Identifika- 
tion verlangen. In diesem Fall wird die personliche 
Identifikation des Benutzers an die RPMMSU iibermit- 
telt. Das User Behaviour Complaint Submissions Re- 
ception Module der RPMMSU nimmt es entgegen. 30 

6. User Location Registration Module: Mit Hilfe die- 
ses Moduls wird die SPLEMP LSU einen Benutzer bei 
sich anmelden lassen konnen. Es ist zustandig fur die 
Vergabe von Ortsanmeldungskennzeichen und weite- 
rcn entsprechenden Kcnnzcichcn an den Benutzer. So 35 
lange der Benutzer bei diesem SPLEMP als angemel- 
det gilt, ist dieses Modul im Betrieb. Es ist auch das 
Modul, das die ganze Zeit iiber die Anmeldung eincs 
Benutzers bei diesem SPLEMP betreut. Selbst lauft es 
im Kontext des Location Registrations Management 40 
Module. 

7. Location Registrations Management Module: Die- 
ses Modul managt die gesamte Benutzeranmeldung bei 
dem jeweiligen SPLEMP. Es kann aussagen dariiber 
machen, wie viele Benutzer angemeldet sind und, so- 45 
weit es anmeldungsbezogene Angaben angeht, welche 
Benutzer angemeldet sind. Es managt alle User Loca- 
tion Registration Modules, die in seinem Kontext lau- 
fen. Es ist auch zustandig fur die Erstellung von User 
Location Registration Modules. 50 

8. Premises Listeners Management Module: Dieses 
Modul managt samtliche Abhoreinheiten auf dem Ge- 
lande. Das schlieBt alle Check-In Confirmation Short 
Distance Wireless Listener and Signalling Units, 
Check-Out Confirmation Short Distance Wireless Li- 55 
stener and Signalling Units, und On-Premises Stay 
Check Short Distance Wireless Listener and Signalling 
Units ein. Mit Hilfe dieses Moduls kann der LSU-Be- 
treuungsangestellte die Abhoreinheiten ein- und aus- 
schalten, ihre Ausstrahlreichweite variieren, steuem, 60 
welche Signale sie auszusenden haben (z. B. Ortlich- 
keitskennzeichen), sie in das Abhornetz aufhehmen 
oder ausstoBen, usw. Es ist auch zustandig fur die Wei- 
tergabe einer Laufzeitbestatigung eines Benutzers an 
das User Stay Monitoring Module, nachdem es die In- 65 
formationen in das richtige Format konvertiert hat. 9. 
System to SPLEMP Messaging Support Module: Die- 
ses Modul unterstutzt den Empfang von Mitteilungen 



an das SPLEMP-Betriebsmanagement bzw. LSU-Be- 
trcuungsangcstcllte bzw. LSU selbsL Es vcrwirklicht 
diese Benachrichtigungsfunktion in Kooperation mit 
dem System to SPLEMP Messaging Support Module 
der RPMMSU. Es leitet die Nachrichten weiter an die 
jeweiligen Module oder an Nachrichtsysteme des 
SPLEMPs. 

10. User Stay Monitoring Module: Dieses Modul laufl 
im Kontext des User Location Registration Module. Es 
ist zustandig fur die Aufenthaltsuberwachung des Be- 
nutzers. Der Aufenthaltsstatus des Benutzers wird mit 
Hilfe dieses Moduls festgcstellt. Es sammelt Informa- 
tionen dariiber, ob der Benutzer verfugbar, nicht ver- 
fiigbar, aktiv, inaktiv, eingecheckt, ausgecheckt, usw. 
isL Es verarbeitet Informationen, welche es vom Pre- 
mises Listeners Management Module bekommt und in- 
tegriert sie mit Zeitinformationen. 

11. Premises User Stay Information Forwarding Mo- 
dule: Dieses Modul wird von dem User Stay Monito- 
ring Module benutzt. Es leitet den Aufenthaltszustand 
des Benutzers weiter an die RPMMSU. Es teiit der 
RPMMSU mit, ob der Benutzer anhand seines Aufent- 
haltsstatus bedient werden soli oder nicht Dafur ko- 
operiert es mit dem User Location TYacking Module 
der RPMMSU. Es arbeitet im Kontext des User Loca- 
tion Registration Module. 

12. Server Testing Module: Dieser Modul dient nur zu 
Tcstzwecken. Wenn die LSU bei einem SPLEMP in- 
stalliert wird, dann hilft dieses Modul sicherzustellen, 
daB das ganze LSU-System einwandfrei arbeitet. Das 
schlieBt sowohl alle internen Systeme als auch die 
Kommunikation und die Kooperation mit externen Sy- 
stemen, wie einem Test-PMCCD und dem zustandigen 
LSU Testing Module bei der RPMMSU. Es wird auch 
wahrend der Wartungsphase des LSU benutzt. Wenn 
Storungen anzumelden sind, hilft dieses Modul zu- 
nachst, sie zu erfassen und eventuell auch sie zu behe- 
ben. Es laBt sich von der LSU selbst steuem, aber auch 
von der RPMMSU bzw. einem anderen Wartungsbe- 
treuer femsteuem. Es kann auch diagnostische Be- 
richte erstellen. 

13. Authentication Module: Dieses Modul ist fur die 
exteme Sicherheit der LSU zustandig. Immer wenn die 
LSU eine Verbindung zu der RPMMSU aufbauen will, 
schaltct sich dieses Modul ein, um den SPLEMP bzw. 
auch noch die LSU zu beglaubigen. Es stellt auch si- 
cher, daB am anderen Ende wirklich die bestimmte 
RPMMSU ist und nicht eine andcre Instanz. Es stellt 
die Integritat der Kommunikation mit der RPMMSU 
sicher. Auch wahrend dem Testen der LSU kummert es 
sich darum, die Identitat der RPMMSU festzustellen, 
da in dieser Phase eventuell Zugang zu inneren Modu- 
len der LSU verschaflt wird. 

14. Location Registration Information Exchange Short 
Distance Wireless Listener and Signalling Units: Diese 
Einheiten ermoglichen es der LSU, mit dem Benutzer 
Ortsanmeldungsinformationen physikalisch auszutau- 
schen. Ein Exemplar dieser Einheiten kann als eine 
Subeinheit des Gerats am Eingang des SPLEMPs zu 
finden sein, oder die SPLEMP-Kundenbetreuung 
konnte so etwas mit sich tragen, oder es konnte sogar 
sonstwo auf dem Gelande des SPLEMPs plaziert sein. 
Mit der Hilfe dieser Einheit konnten Ortsanmeldungs- 
kennzeichen und andere relevante Informationen an 
den Benutzer ubermittelt werden. Es wird meistens von 
dem User Location Registration Module beansprucht. 
Es sendet ein elektromagnetisches Signal aus, das sich 
nur iiber eine Reichweite von wenigen Zeotimctem 
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ausweiten kann. Uber eine Signal verbindung zu dem 
PMCCD des Benutzers wird zunachst ein Netzwcrk- 
protokoll aufgesetzt, was wiederum den Austausch von 
Informationen in einer Art ermoglicht, die beide Sy- 
stcme, dicse Einheit und das PMCCD, verstchen kon- 5 
nen. 

15. Check-In Confirmation Short Distance Wireless 
Listener and Signalling Units: Diesc Einhciten bcfin- 
den sich an den Eingangen. Sie senden sLandig Check- 
In-Scope-Signale. Damit teilen sie den Zuhorern mit, to 
daB sie sich in einem Bereich stattfinden, wo sie kurz 
davor sind, das Gelande des SFLEMPs zu betreten. 
Eventuell sieht man es als notwendig an, die Bewegung 
des Benutzers zu verfolgen. Nur wenn der Benutzer 
sich in die Richtung des Gelandes bewcgt, wurdc man 15 
die Bewegung auch als einen Eingang interpretieren. 
Um diese Bewegung zu verfolgen und zu merken, 
konnte man mehrerer solcher Einheiten in jcdcm Ein- 
gangsflur installieren, wobei die Untereinheiten dieses 
Einheitensatzes sich gut miteinander koordinieren. 20 
Wenn der Benutzer mit seinem PMCCD das Gelande 
verlasst, baut sein PMCCD eine Verbindung zu diesen 
Untereinheiten bzw. Einheiten auf und teilt sein Orts- 
anmeldungskennzeichen mit. Damit weiB die LSU, 
welcher Benutzer das Gelande verlaBt. Die Angaben 25 
werden an das User Stay Monitoring Module weiterge- 
leitet. Auch dem PMCCD des Benutzers wird mitge- 
teilt, daB der Benutzer ab jetzt als eingecheckt gilt. Die 
Signale werden zwischen diesem Modul und dem 
PMCCD drahtlos ausgetauscht. Der Austausch wird 30 
uber drahtlose Netzwerkprotokolle abgewickelt. Die 
Reichweite des Signals wird auf wenige Meter be- 
schrankt Alle diese Einheiten werden vom Premises 
Listeners Management Module gemanagt. Eine mogli- 
che Losung ware realisierbar durch die Bcnutzung der 35 
Bluetooth Technologic, oder etwas ahnlichem. 

16. Check-Out Confirmation Short Distance Wireless 
Listener and Signalling Units: Dicse Einheiten sind 
ahnlich zu den oben genannten Einheiten, wobei die 
Unterschied darin liegt, daB hier iiberpriift wird, ob der 40 
Benutzer das Gelande verlaBt. Diese Einheiten werden 

zu Einheitensatzen zusammengefaBt Jeder Satz befin- 
det sich an einem Ausgang. Die Untereinheiten jedes 
Satzes kooperieren unter sich und verfolgen die Bewe- 
gung des Benutzers uber sein PMCCD. Diese Unter- 45 
einheiten senden ein Signal, das Check-Out Scope Si- 
gnal heiBt. Wenn das PMCCD des Benutzers dieses Si- 
gnal hort, sendet es auch ein Signal. Dieses Signal wird 
aufgefangen von den Untereinheiten und bewertet, ob 
uber das Signal, z. B . seine Starke oder die Reihenfolge 50 
der Anderung der Starke des Signals, wie von verschie- 
denen Untereinheiten aufgefangen, ofFenbart wird, ob 
das PMCCD des Benutzers sich von dem Gelande hin- 
aus bewegt Am Ende wird noch ein Signal an das 
PMCCD des Benutzers gesendet, wodurch dem 55 
PMCCD mitgeteilt wird, daB die LSU sein Auschecken 
jetzt vornirnmt. Die Angaben werden weiter an das 
User Stay Monitoring Module weitergeleitet Die Si- 
gnale werden zwischen diesen Modulen und dem 
PMCCD drahtlos getauscht. Der Austausch wird uber 60 
drahtlose Netzwerkprotokolle abgewickelt. Die Reich- 
weite des Signals wird auf wenige Meter beschrankt. 
Alle diese Einheiten werden vom Premises Listeners 
Management Module gemanagt. Eine mogliche Lo- 
sung ware realisierbar durch die Benutzung der Blue- 65 
tooth Technologie, oder etwas ahnlichem. 

17. On-Premises Stay Check Short Distance Wireless 
Listener and Signalling Units: Diese Einheiten befin- 
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den sich verstreut uber dem gesamten Gelande des 
SPLEMPs. Sic senden cinfach On-Prcmiscs-Scopc-Si- 
gnale aus. Nach einer bestimmten Zeit soil das 
PMCCD des Benutzers sich rnit einem Aufenthaltsbe- 
statigungssignal melden, das so vie! sagt wie, "ich, Be- 
nutzer. . . ., bin da". Dies muB das PMCCD des Benut- 
zers innerhalb regelmaBiger Intervalle tun, ansonsten 
wird der Benutzer als nicht verfugbar erklart, und der 
Partnerschaftssuchdienst wird aufhoren, den Benutzer 
zu bedienen. Dazu soli das PMCCD immer betriebsfa- 
hig und in Betrieb sein. Naturlich kann sich das 
PMCCD auch spater wieder zuriickmelden, und dann 
wird der Benutzer wieder als verfugbar eingestuft, und 
die Bedienung des Benutzers wird wieder aufgenom- 
mcn. Diese ganze Verwaltung bleibt die Aufgabe des 
User Stay Monitoring Module. Diese Einheiten hat nur 
als Aufgabe, die Aufenthaltsbestatigungssignale des 
Benutzers zu empfangen und an das User Stay Monito- 
ring Module weiterzuleiten. Diese Einheiten werden so 
zerstreut sein, dafi uberall auf dem Gelande des Benut- 
zers, mit wenigen Ausnahmen wie den Tbiletten, das 
Signal von dem Benutzer empfangen werden kann. Al- 
lerdings muB auch darauf geachtet werden, daB von au- 
Berhalb des Gelandes des SPLEMPs keiner sein Signal 
erfolgreich diesen Einheiten zukommen lassen kann. 
Das kann zum Teil dadurch gesichert werden, indem 
eine entsprechende Information in dem On-Premises 
Scope Signals enthallen ist. Nur jemand, der die On- 
Premises-Scope-Signals auch empfangen kann, kann 
auch darauf erfolgreich antworten. Alle diese Einheiten 
werden vom Premises Lisreners Management Module 
gemanagt Eine mogliche Losung ware realisierbar 
durch die Benutzung der Bluetooth Technologie, oder 
etwas ahnlichem. 

18. Long Distance Networking and Communications 
Unit: Diese Einheit ist zustandig fur Aufbau und Erhalt 
von Verbindungen uber groBe Entfernungen. Fur sol- 
che Verbindungen werden Netzwerkprotokolle einge- 
setzt Die gesamte Kommunikation zu dem RPMMSU 
wird durch diese Einheit ermoglicht. Hochst wahr- 
scheinlich werden die Kommunikationsverbindungen 
uber ein Kabelnetzwerk gemacht. Es kann aber auch 
drahtlos verwirklicht werden. 

19. Touch Screen Input Mechanism Unit: Diese Ein- 
heit ermoglicht es den LSU-Betreuungsangestclltcn, 
Eingaben in dem System vorzunehmen, allein durch 
Anfassen des Bildschirms durch ein Korperteil, ver- 
mutlich den Fingcrn, oder einem Stift, auf einem be- 
stimmten Platz auf dem Bildschirm. Je nachdem, wo 
man angefaBt hat, wird eine andere Funktionalitat beta- 
tigt. 

20. Keys Input Mechanism Unit: Mit Hilfe von einer 
Tastatur oder einer Menge von lasten kann der LSU 
Betreuungsangestellte eben falls seine Eingaben durch- 
fuhren. 

2 1 . Speech Recognition Input Mechanism Unit: Damit 
kann der LSU Betreuungsangestellte mittels Sprachbe- 
fehlen die Funktionen betatigen. Er kann auch irgend- 
welche Text eingeben, und zwar dadurch, daB er sie 
diktiert. 

22. Main Memory Unit: Die laufFahigen Module be- 
nutzen diese Einheit, um von ihnen benotigte Informa- 
tionen kurzfristig zu speichem. Diese Einheit wird 
auch von Modulen selbst benutzt, um sich laufTahig zu 
machen. 

23. Central Processing Unit: Diese Einheit benotigen 
die Module, um uberhaupt laufTahig zu sein. Die Lauf- 
fahigkeit der Module wird dadurch sichergestellt. Es 
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kann sein, daB manche Module ihren eigenen Prozes- 
sor haben und dicse Einheit nicht brauchen. 

24. Speech Synthesis Output Mechanism Unit; Damit 
konnen dem LSU-Betreuungsangestellten wichtige In- 
formationen sprachlich mitgeteilt werdcn. 5 

25. External Serial and Parallel Interfaces Bus and 
Control Unit: Uber diese Schnittstelleneinheiten kon- 
nen Peripheriegerate mit dcr LSU verbunden werdcn, 
entweder direkt oder uber ein Netzwerk, wobei diese 
Einheit der LSU dazu verhilft, sich an das Netzwerk, 10 
z. B. ein Intranet, oder einen Drucker, usw., anzubin- 
den. 

26. Persistent Memory Unit: Mit Hilfe von dieser Ein- 
heit konnen alle dauerhafte Speicher betreffende Mo- 
dule verwirklicht werden. 15 

27. Power Supply Unit: Dies versorgt das ganze 
PMCCD mit dem benotigten Strom. 

28. Display Output Mechanism Unit: Dadurch kann 
der PMCCD-Benutzer iiber das System Feedback be- 
kommen und es so manipulieren. 20 

System-Dienst Zweiteilung 

[0106] Oft wird hier von Dienst und System gesprochen. 
Es ist notwendig die bcidc Begriffe auseinanderzuhaltcn. 25 

1. Dieses System ermoglicht den Partnerschaftseig- 
nungssuch-, -ubcrpriifungs- und -vermittlungs-Dienst. 
In diesem Fall wird iiber die Architektur des Abstrak- 
ten Systems gesprochen, welches, sobald es implemen- 30 
tiert ist, den Dienst ermoglichen wird. Viele Aspekte 
dieses Systems sind Kern aspekte, einige sind Optimie- 
rungsaspekte, und noch andere sind Erweiterungs- 
aspekte. Dadurch wird klar, welche moglichen Kombi- 
nationcn von Aspekten denkbar sind, und jede Kombi- 35 
nation entspricht eine oder mehrere konzipierbare Va- 
rianten des Dienstes. Auf diese ideellen Ebene darf das 
System alle Aspekte umfassen oder es kann einfach als 
eine Aspektkombination verstanden werden. 2. Ein an- 
gebotener Dienst verwendet ein implementiertes Sy- 40 
stem. Hier wird nur auf ein System verwiesen. Es ist 
eine bestimmte Art von System, aus einer Reihe von 
Systemen, die sich durch die verschiedenen Funktiona- 
litaten und Optionen, welche tatsachlich in ihnen vor- 
handen sind, unterscheiden. Jedes implemen ticrtc Sy- 45 
stem laBt sich zuruckruhren zu einer Kombination, 
welche oben als konzipierbar erklart wurde. Wenn von 
einem Dienst gesprochen wind, wird gleichzcitig auch 
das dazugehorige System impliziert, was wiederum auf 
oben erwahntes System verweist. 50 

3. Einem laufenden Dienst liegt ein laufendes System 
zugrunde. Dieses System ist die laufende Version von 
dem System, was oben als implementiertes System er- 
wahnt wurde. So ein System hat einen intemen Zu- 
stand, was sich von Zeit zu Zeit unterscheidet 55 

4. Die oben erwahnten drei Punkte weisen auf ein 
kunstliches System. Fiir die Verwirklichung des Dien- 
stes werden viele Menschen auch eine Rolle spielen. 
Diese Rollen sind mit Verantwortungen, Aufgaben, 
Rechten, Beziehungen, Besitztiimern, usw. verbunden. 60 
Werden diesen Rollen einbezogen, crfaBt das Ganze 
nicht nur das kiinstliche System, sondern auch den 
menschlichen Anteil. Hier wird also das System als 
ganzes, aber noch abstrakt verstanden. Es nimmt auch 
einen organisatorische Bedeutung an. 65 

5. Wenn die oben erwahnten Rollen besetzt sind, dann 
wird das System wieder im gleichen Sinn wie in Punkt 
2 verstanden, aber mit dem menschlichen Teil einge- 



schlossen. 

6. Wenn die besetzten Rollen gerade mit dem laufen- 
den System auch noch interagieren, dann wird das Sy- 
stem im Sinne wie in Punkt 3 verstanden, nur mit ei- 
nem zusatzlichen organisatorisch-menschlichen Anteil 
eingeschlossen. 

[0107] An verschiedenen Ortcn in dieser AufTiihrung wird 
System anders gemeint, und muB je nach Kontext verstan- 
den werden. 

Dienstanforderungskategorien 

[0108] Ausgehend vom Dienst existieren verschiedene 
Aspekte, die uberlcgt werden miisscn. Bcschrankend auf 
den kunstlichen Teil drs Systems, werden die Kernanforde- 
rungen des Dienstes durch die Kernaspekte des Systems, die 
optimierenden Aspekte des Dienstes durch oplimicrcnde 
Aspekte des Systems und die erweiterbaren bzw. optionalen 
Aspekte des Dienstes durch erweiterbare Aspekte des Sy- 
stems realisiert 

Kemanforderungen 

[0109] Die Kernanfordcrung des Dienstes sind einfach,; 
daB wenn zwei Leute sich in einem SPLEMP befinden, 
beide diesen Dienst in Anspruch nehmen, und die Beiden 
zueinander pas sen, dann sollte das System ihnen Bcschcid 
sagen, daB die beiden zu einander passen, und sie einander 
vorstellen. 

Optimierende Anforderungen 

[0U0] Diese Anforderungen sind dafiir gedacht, das die 
haufigen Ausnahmcfalle schon einbezogen sind, und daB sic 
einen minimalen Storungsfaktor fur den Dienst darstellen. 
Das System soli nicht zwei Leute vermitteln, von denen ei- 
ner oder sogar beide sich gar nicht in dem SPLEMP befan- 
den, oder daB keine Vermittlung vorgenommen wind, wenn 
einer von ihnen oder sogar beide den SPLEMP verlassen. 
Der Dienst soli auch nicht Leute vermitteln, die bereits ver- 
mittelt wurden und die beziiglich ihrer gegenseitigen Eig- 
nung einer anderen Meinung waren. Der Dienst soil darauf 
aufpassen, daB der Benutzer seine Angaben richtig eingege- 
ben hat, weil nur so die richtigen Leute vermittelt werden 
konnen. 

Erweiterte Anforderungen 

[0111] Diese Anforderungen sind im Grunde genommen 
eine Erweiterung der optimierenden Anforderungen. Hier 
geht man aber iiber die Grenzen der Kemanforderungen hin- 
aus. Diese Anforderungen dienen also nicht dazu, die Ker- 
n anforderungen zu optimieren, sondem um den gesamten 
Dienst zu verbessern. Ohne diese Anforderungen wurde das 
System auch noch funktionieren. Hier geht es um Punkte 
wie etwa, daB der Benutzer oder SPLEMP-Betreiber selbst 
warden kann, in welcher Form ihnen der Dienst am besten 
gefallen wiirde, daB der Benutzer daran erinnert werden 
kann, welche anderen Leute ihm in der Vergangenheit ver- 
mittelt wurden, daB nur Leute vermittelt werden, die in der 
Vergangenheit ein gutes Benehmen vorgezeigt hatten, daB 
der Benutzer den Dienst, falls ihm etwas zustoBt, wissen las- 
sen kann, wo er hinzugehen beabsichtigte, damit der Dienst 
irgendwie Hilfe leisten kann, daB auf die Anonymitat der 
Nutzer geachtet wird, daB der Dienst den Benutzer nicht in 
Gefahr bringt durch Vermitdung eines womoglich gefahrli- 
chen Partners, daB es fur den Benutzer einen Ansporn gibt, 
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nicht zu lugen und sich richtig zu benehmen, usw. 

Systemumfangsumrisse 

[0112] Manchc Systcmkomponenten sind wichtigcr als 
andere. Manche sind relevant fiir das System, anderen wie- 
derum nicht. Genauso wie bei Dienstanforderungskatego- 
rien, untertcilt man dicsc Kategorien auch ahnlich. 

Kemfunktionalitaten 

[0113] Diese Komponenten sind fiir die Verwirklichung 
des Systems auBerst wichtig. Sie sind auch zustandig fur die 
Kernanforderungen des Dienstes. Sie sind fur die folgenden 
Funktionalitaten zustandig: 



1. Benutzer-Registrierung 

2. Bcnutzerprofil-Vcrwaltung 

3. Diensteinieitung 

4. Qrtsanmeldung 

5. Interaktive-Tatigkeitsabsichten-Definition 

6. Dienstaktivierung 

7. Partnerschaftseignungsuberprufung 

8. Bekanntmachungssitzung 

9. Dialog 



Aufbauende Funktionalitaten 

[0114] Diese Funktionalitaten bauen das System eher ver- 
tikal auf. Eine der Kernbedingungen daftir, daB das System 
funktioniert, ist, daB die beiden Benutzer, die eventuell an- 
einander vermittelt werden, sich an dem gleichen Ort auf- 
halten. Die Erfullung dieser Bedingung wird mit Hilfe ver- 
schiedener Funktionalitaten sichergestellt. Die Ortsanmel- 
dungs-Funktionalitat ist schon oben erwahnt worden. Die 
anderen Funktionalitaten, die hier erwahnt werden, sind 
weitere Entwicklungen davon. 

Anmeldungsorts-Anwesenheits-Sicherstellung 

[0115] Das verbessert das Funktionieren des Systems, da 
man so weiB, daB der Benutzer sich wirklich an diesem Ort 
aufhalt Nur so konnte ein Partnerschaftsvermittlungssystem 
mit Sicherheit einen Benutzer dem Anderen vermitteln. Im 
anderen Fall wiirden dem Benutzer Partnerschaftskandida- 
ten vermittelt, die gar nicht da sind. Die Ortsanmeldung 
wird in dieser Funktionalitat eingeschlossen. Diese Funktio- 
nalitat wurde oben in "Losungsarchitektur"/"Haupt-Dienst- 
prozesse, Funktionalitaten und LosungsstrategienTOrts- 
feststellung" erlautert. 

Benutzerbehauptung der eigenen Aufenthaltsfortfuhrung 
am Anmeldungsort 

[0116] Diese Funktionalitat verbessert das System, so daB 
ein Benutzer nur dann bedient werden muB, wenn er auch da 
ist, und zweitens laBt er sich auch nicht falschlicherweise an 
andere vermitteln, da er dabei auch noch an das Wohl Ande- 
rer denkt. Diese Funktionalitat wurde oben in "Losungsar- 
chitekturTHaupt-Dienstprozesse, Funktionalitaten undLd- 
sungsstrategien n /"t)berwachung der Aufenthaltsfortfuhrung 
am Anmeldungsort"rBenutzerbehauptung der Aufenthalts- 
fortfuhrung am Anmeldungsort" erlautert. 



10 



15 



Sicherstellung der Aufenthaltsfortfuhrung des Benutzers am 
Anmeldungsort 

[0117] Bei dieser Funktionalitat, wird nicht von dem opti- 
malstcn Verhalten des Benutzers ausgegangen, sondcm das 
System nimmt selbst alles in die Hand und stelit sicher, daB 
der Benutzer sich wirklich noch an diesen Ort aufhalt. Die 
Benutzerbehauptung wird in dieser Funktionalitat einge- 
schlossen. Diese Funktionalitat wurde oben in "Losungsar- 
chitekturTHaupt-Dienstprozesse, Funktionalitaten und L6- 
sungsstrategienT'Oberwachung der Aufenthaltsfortfuhrung 
am AnmeldungsortTSicherstellung der Aufenthaltsfortfuh- 
rung am Anmeldungsort" erlautert 

Optimicrendc Funktionalitaten 



[0118] Diese Funktionalitaten beschranken die Wahr- 
scheinlichkeit, daB die Voraussctzungen bei den Kemfunk- 
tionalitaten in Wirklichkeit nicht erfullt werden. Sie dienen 
20 als Unterstutzung fur die Realisierung der Kemfunktionali- 
taten. Dadurch wird das System wohlgeformter. 

Benutzer-Feedback 

25 [0119] Dadurch wird ein Aspekt des Systems zum Teil bc- 
handelt, der das System ohne diese Funktionalitat zu ein em 
anfalligen System machen wurde. Es fehlt Vertrauen in die 
Angaben des Benutzers bczuglich seines Profils. Mehr zu 
dieser Funktionalitat wird oben in "Losungsarchitek- 

30 turTHaupt-Dienstprozesse, Funktionalitaten und Losungs- 
strategienTKritischer Feedback" erklart. 

Erweitemde Funktionalitaten 

35 [0120] Diese Funktionalitaten sind nicht fiir die Realisie- 
rung des Dienstes kritisch. Die folgenden Funktionalitaten 
gehoren dazu: 



1. Benutzer-Bedienungseinstellungen 
40 2. Benutzer-Gedachtnisunterstutzung 
3. Benutzer-Sicherheit 



45 



50 



55 



Benutzer-Bedienungseinstellungen 

[0121] Es kann mehrere Dienstparameter geben, welche 
der Benutzer beeinflussen konnen mochte. Einige Beispiele 
sind die folgenden: 

1. Qualitatsklasse der Bedienung 

2. Preisklasse 

3. Maximale Mitteilungshaufigkeit der Partnerschafts- 
treffer 

4. Minimaler Obereinkunftsprozentsatz 

5. Usw. 



[0122] Je nach der Qualitat des Dienstes, die der Benutzer 
anstrebt, kann der Benutzer eine der Qualitatsklassen aus- 
wahlen. Diese Qualitatsklassen entsprechen vielleicht auch 

60 unterschiedlichen Preisklassen, aber nicht unbedingt. Viel- 
leicht gibt es Zeitbeschrankungen, wie oft man eine bevor- 
zugte Qualitatsklasse verwenden kann. 
[0123] Ein Benutzer kann auch verschiedene Preisklassen 
benutzen. Die Preisklasse konnte etwa fur einen bestimmten 

65 Benutzer fest sein, oder sie konnte frei wahlbar sein. 

[0124] Ein Benutzer konnte die hochst Anzahl von ver- 
mittelten Partnerschaflskandidaten, die innerhalh einer Zeit- 
spanne angeboten werden, kontrollieren wollen. Zum Bei- 
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spiel konnte ein Benutzer wollen, daB ihm nicht ofter als alle 
20 Minuten cin Partnerschaftskandidat vcrmittclt weiden 
solL 

[0125] Ein Benutzer kann spezifizieren, wie anspruchsvoll 
er/sie sein mochte. Je anspruchs voller ein Benutzer ist, desto 5 
schwieriger ist es, einen geeigneten Partnerschaftskandida- 
ten fur ihn/sie zu finden, es nimmt rnehr Zeit in Anspruch, 
und vicllcicht findet sich iibcrhaupt gar kein Partner in dem 
entsprechenden SPLEMP, der so gut zu dem Benutzer pas- 
sen wiirde. to 
[0126] Es konnte noch andere Parameter geben, die in den 
Umfang der bisher erwahnten Parameter fallen. Es konnten 
noch weitere existieren, die uberhaupt nicht unter die oben 
genannten Kategorien fallen, aber trotzdem in diesen Ver- 
fahrenschritt oder Funktionalitat cingestuft wcrden konnten. IS 

Benutzer-Gedachtnisunterstiitzung 

[0127] Wenn eine Partnerschaftseignungsbestatigung zwi- 
schen zwei Parteien erzielt wurde, die zwei Parteien eine 20 
Chance zum Besprechen gehabt haben und sich wieder von- 
einander verabschiedet haben, konnten die beiden Parteien 
wiinschen, Informationen iiber die andere Partei und uber 
das Treffen im allgemeinen zu speichern, so daB man eine 
Obersicht hat iiber die Leute, die man getroffen und kennen- 25 
gelernt hat. Es kann passieren, daB man nach eincr gewissen 
Zeit fruher vermittelte Partnerschaftskandidaten zu verges- 
sen anfangt. Dies kann insbesondere geschehen, wenn man 
sehr viele solcher Falle miterlebt hat, oder wenn das Ge- 
dachtnis des Benutzers nicht so optimal ist, oder wenn sehr 30 
viel Zeit seither vergangen ist, oder wenn an dem IVeff oder 
an dem vermittelten Partnerschaftskandidaten nichts beson- 
deres oder bemerkenswertes lag. Es ist wichtig, daB es eine 
Unterstiitzung gibt, um sich an die Leute zu erinnem, die 
man im Leben gctroffen hat. Man kann das als ein auf die 35 
PartnerschaftseignungstrefiFer bezogenes Tage- und Kon- 
taktbuch ansehen. Es gabe verschiedene Arten von Informa- 
tionen, die man in solch cincm Tagebuch speichern wurde: 

1. Typ des Bekanntmachungsmittels 40 

2. Bekanntmachungsagent 

3. BekanntschaftsschlieBungsereignis. 

4. BekanntschaftsschlieBungsort 

5. BekanntschaftsschlieBungszeit 

6. Alias des vermittelten Partnerschaftskandidaten. 45 

7. Foto des vermittelten Partnerschaftskandidaten. 

8. Beschreibung des vermittelten Partnerschaftskandi- 
daten in eigenen Worten. 

9. Umstande des Treffens in eigenen Worten. 

10. Qualitat des Erlebnisses in eigenen Worten. 50 

1 1 . Gegenseitige Entscheidung zum Ende des Treffens 
dariiber, wie man vorgehen mochte bei der Erforschung 
der Moglichkeit, sich mit der zum Ziel gesetzten inter- 
aktiven Taligkeit zu befassen. 

12. Positive Attribute des vermittelten Partnerschafts- 55 
kandidaten, welche zu einem Treffer verholfen haben 
und wahrend der Bekanntmachungssitzung vorgestellt 
wurden. 

13. Negative Attribute des vermittelten Partner- 
schaftskandidaten, die wahrend der Bekanntmachungs- 60 
sitzung als Warnungen vorgelegt wurden. 

14. Die Bestrebungen und Erwartungen des vermittel- 
ten Partnerschaftskandidaten an den anderen Partner- 
schaftskandidaten (in diesem Fall den Benutzer), wie 
sie in der Bekanntmachungssitzung vorgelegt wurden. €5 

15. Eigene positive Attribute, die zu einem Treffer 
verholfen haben, und wahrend der Bekanntmachungs- 
sitzung offenbart wurden. 
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16. Eigener Alias, der dem vermittelten Partner- 
schaftskandidaten vorgcfiihrt wurde. 

17. Kritik-Feedback, welche der RPMMSU bereitge- 
stellt wurde. 

18. Tagebuchcintrage, die sich auf den gleichen ver- 
mittelten Partnerschaftskandidaten beziehen, und nach 
der Zeit des Eintrags angeordnet sind, wobei es sich um 
die Entwicklung der Bcziehung und der Mcinung uber 
den anderen handelt. 



Benutzer-Sicherheit 

[0128] Zur Benutzersicherheit konnen sehr viele Mecha- 
nismen ausgedacht wcrden. Die meistcn von ihncn haben 
eine gesellschaftliche Komponente und sind stark von den 
herrschenden Gesellschaftsnormen und -strukturen abhan- 
gig. Die kiinstlichen Mechanismcn, die bcrcitgestellt wcr- 
den, sind auch nur einsatzfahig, wenn einige gesellschaftli- 
che Voraussetzungen erfullt sind, oder wenn bestimmte Vor- 
gehensweisen akzeptjert sind, und auch nur in einer unter- 
stutzenden Rolle. Die folgenden MaBnahmen sind vorstcll- 
bar: 

1. Verhaltcnskodex-Vertrag: Wenn der Benutzer sich 
fur diesen Dienst registriert, muB er einen Verhaltens- 
kodex-Vertrag lesen und unterschreiben, bzw. einfach 
akzeptieren. Mit diesem Vcrhaltcnskodcx versichcrt er, 
daB er die Regelungen befolgen wird, nichts tun wird, 
was verboten ist, die Verhaltensweisen, die als nicht 
empfohlen erklart sind, zu vermeiden versuchen wird, 
usw. Hier wird der Benutzer sich auch fur einvers tan- 
den erklaren, daB, wenn die Polizei eine Ermittlung ge- 
gen ihn vornimmt, seine Angaben den Behorden - mit 
groBer Zuriickhaltung - uberreicht werden diirfen. Er 
wird dem Dienst auch die Genehmigung erteilen, seine 
Identitat und Personalien von seiner Identitatsbur- 
gungsinstanz abzufragen. 

2. Verhaltens- und Benutzungsanweisungen: Dies be- 
trifft eher den Umgang mit System und Dienst. Anders 
als oben, wo eher Verbote aufgefuhrt sind, werden hier 
Empfehlungen und Tips erklart Der Benutzer diirfte 
durch die Haltung an diese Empfehlungen den Dienst 
und das System am optimalsten benutzen konnen. 

3. Kritischcr Feedback: Falls der Benutzer mcrkt, daB 
der vermittelte Partnerschaftskandidat nicht auf den 
Verhaltenskodex oder die Verhaltens- und Benutzungs- 
anweisungen achtet, oder auch sonst ein schlechtes Be- 
nehmen vorweist, dann kann der Benutzer ein kriti- 
sches Schreiben an den Dienst schicken. Auch wenn 
der Benutzer der Meinung ist, daB der vermittelte Part- 
nerschaftskandidat mit seinen Angaben geschurnmelt 
hat, um seine Chancen, einen Partnerschaftseignungs- 
treffer zu erzielen, zu verbessem, kann der Benutzer 
dem Dienst dies mitteilen. Das hilft deshalb, daB im 
Falle, daB die Beschwerden gegen einen Benutzer an 
Glaubwiirdigkeit gewinnen, der Benutzer irgendwie 
bestraft werden kann. 

4. Sicherheitsuberpriifung: In dem Dienstnutzungsver- 
trag wird der Benutzer auch die Genehmigung erteilen, 
nach seiner Strafakte und anderen Personalien bei den 
Behorden oder anderen Instanzen nachschlagen oder 
abfragen zu diirfen. Wenn der Verdacht bestiinde, daB 
der Benutzer eine Gefahr fur andere Benutzer darstel- 
len konnte, dann wiirde bei den Behorden auch nachge- 
forscht. Es kann sogar eine gewisse Automatisierung 
dabei geben. Wenn sich aus der Sicherheitsuberpriifung 
ergibt, daB der Benutzer ein Risiko ist, dann konnten 
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verschiedene MaBnahmen getroffen werden, je nach- 
dcm, wclchc Gcsctz- und Gcscllschaflsnonncnvcr- 
stoBe er aufzuweisen hat. Dies kann alles, zwischen 
Bedienungsverweigerung, komplettem Ausscheiden, 
bis zur Bchdrdcnmitteilung nach sich zichcn. 5 

5. Identitatsbestatigungsuberprufung: Der Benutzer 
wird in seinem Benutzungsantrag dem Dienst auch die 
Gcnchmigung ertcilen, seine Idcntitat und Pcrsonalicn 
von seiner Identitatsbiirgungsinstanz bestatigen zu las- 
sen. Daflir gibt er an welche Identitatsbiirgungsinstanz 10 
dies machen wiirde, seine Personalien, und eine even- 
tuell digital unterschriebene Genchmigung. 

6. Anonymitat: Anonymitat ist eine der wichtigsten 
Leistungen des Dienstes. Die Leute wollen selbst die 
Kontrolle haben zu entscheiden, wem sic von sich er- is 
zahlen wollen und wem nicht. £s ist auch so, daB kein 
vermittelter Partnerschaftskandidat aus irgendeinem 
Grund anfangen soil, den Benutzer zu verfolgcn odcr 
zu belastigen. Deswegen werden wahrend des gesam- 
ten Prozesses keine identitatsbezogenen Angaben oder 20 
sonstige Angaben vermittelt, wodurch der vermittelte 
Partnerschaftskandidat an den Benutzer nachtraglich 
herankommen konnte. 

7. Rechenschaftspflichtigkeit: Sollte ein vermittelter 
Partnerschaftskandidat den Benutzer irgendwie 25 
schlecht behandeln oder ihm Schaden zufugen, dann 
kann durch Benutzer-Feedback-Beschwerden, polizei- 
liche Anzeigcn, oder Aufzeichnungen iiber gemeinsam 
untemommene Tatigkeiten zunachst ermittelt werden, 
wer die Person war, die als vermittelter Partnerschafts- 30 
kandidat an den Benutzer vermittelt wurde, und auBer- 
dem kann festgestellt werden, fur was sich diese Person 
schuldvcrdachtig gemacht hat Dann kann entschieden 
werden, welche MaBnahmen getroffen werden konnen, 
entwedcr auf den Dienst bezogen oder zur Unterstut- 35 
zung bci polizeilichen Ermittlungen. 

8. Steuerbare Kontaktierbarkeit: Wenn zwei vermit- 
telte Benutzer nach ihrcn Gcsprachcn entscheiden, daB 
sie doch weiter in Kontakt bleiben wollen, aber noch 
nicht so weit sind, daB sie einander vertrauen, oder die 40 
Regeln der Anonymitat einhalten wollen, oder die Na- 
tur ihrer Vorhaben Anonymitat empfehlenswert macht, 
dann konnen sie sich auch fur Kontaktiermoglichkeiten 
entscheiden, bei denen sie nicht ihre personlichen Kon- 
taktadrcsscn herausgeben miissen, sondern sie konnen 45 
einfach die Kennzeichnung eines vorvermittelten Part- 
ners aufrufen, und die RPMMSU damit beauftragen, 
eine asynchrone bzw. synchrone Verbindung zwischen 
den beiden herzustellen. 

9. Interaktive-Koaktivitats-und-Komobilitats-Uber- 50 
wachungs-Funktionalitat: Dies ahnelt dem Fall, daB 
man ausgeht und die Eltem wissen laBt, mit wem man 
unterwegs sein wiirde und wo genau man hingeht, so 
daB einerseits die Eltem sich keine Sorgen machen 
miissen und man zweitens, sollte einem etwas zusto- 55 
Ben, es leichter festgestellt werden konnte, wo das 
Kind sich befindet, usw. Natiirlich mochte man aus 
Griinden der Privatsphare dem Bekannten nicht unbe- 
dingt Bescheid sagen, was man tut und mit wem man es 
tut. Diese Sicherheit basiert auf den Informationen, die 60 
der Benutzer einfach der RPMMSU zukommcn laBt 
bezuglich der Benutzerbewegung, dem Verbleib, der 
Begleitung, den Absichten, den Vorschlagen und An- 
geboten des Begleiters bzw. den eigenen, usw. Im Falle 
von Schaden oder Festnahme, usw. des Benutzers, 65 
konnten die Behorden den Verlauf zuriickverfolgen 
und den Benutzer ausfindig machen. Diese Information 
wird auch von dem Benutzer bereitgestellt, um die be- 
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gleitende Person, die nicht vertrauenswurdig oder 
frcind ist, wissen zu lasscn, daB er nicht unbcstrail da- 
vonkommen konnte, sollte er dem Benutzer irgendwel- 
chen Schaden zufugen. Diese Information hier wird 
nicht weiter benotigt, sobald sich der Benutzer cmcut 
bei dem Dienst gemeldet hat und einige Wochen ver- 
gangen sind, da man in diesem Fall davon ausgehen 
kann, daB das Trcffcn ohne Zwischcnfallc verlaufcn ist. 
Die Informationen sollen insgesamt nur fur eine maxi- 
male Dauer von wenige Wochen behalten werden. 

10. Notruf-Weiterleitung: Dies kann hilfreich sein, da 
im Falle daB der Benutzer einen Notruf aussendet und 
um Hilfe wegen irgendwelcher ernsthaften Probleme 
bittet, dann sehr viele zusatzliche Informationen iiber 
den Benutzer, liber scinen Verbleib, iiber die cventuellc 
bedrohliche Begleituo; des Benutzers, und sogar die 
Art des Problems erfaBt werden konnen und an die Be- 
horden weitcrgelcitct werden konnen. Da der Dienst 
einfach mehr Informationen iiber den Benutzer hat und 
eventuell iiber das, was er gerade macht, ist es ihm 
moglich, niitzliche Hilfe anbieten zu konnen. Dariiber 
hinaus konnten weitere Informationen iiber das Ausse- 
hen des Benutzers, sein Foto, Erklarung der Umstande, 
usw. den Sicherheitsdiensten zur Verfugung gestelH 
werden. 

11. Kooperation mit der Polizei: Sollte die Polizei ge- 
rade eine Ermittlung machen gegen einen Benutzer, 
dann kann der Dienst eventuell durch Bcrcitstcllung 
von Informationen behilflich sein. Hier muB darauf ge- 
achtet werden, welche Informationen bereitgestellt 
werden diirfen und welche die Privatsphare des Benut- 
zers verletzen konnten. Im Falle von bloBem Verdacht 
oder Befragung wird die Hilfe nur angeboten, wenn die 
Behorden zusagen, daB sie sehr feinfuhlig damit umge- 
hen wiirden. Die angebotcne Hilfe ist auch abhangig 
davon, ob die Beschwerde an die Polizei von einem an- 
deren Benutzer eingereicht wurde oder nicht. 

12. Privatsphare: Der Benutzer kann all scinen Anga- 
ben eine Stufe der Privatsphare zuordnen und auch an- 
geben, fur welche Zielgruppen welche Stufe gilt. Ernp- 
findliche Angaben werden dann dieser Zielgruppe 
nicht preisgegeben. Auch bei Ermittlungen wird Dis- 
kretion gewahrt 

13. Beratung: Der Benutzer kann sich eventuell von 
jemandem von dem Dienst beraten lasscn, was Ge- 
sprachsverhalten angeht oder wie man mit einem sehr 
ungezogenen Verhalten eines vermittelten Partner- 
schaftskandidaten umgeht, oder wie man sich be- 
schweren soli, und iiber viele anderen Themen beziig- 
lich Gesellschaftsumgang, Sicherheit, Beschweren, 
Dienstnutzung, usw. 14. Vertrauenswurdiger Partner- 
schaf^eignungsiiberprumngs-Algorithmus: Das ist 
wichtig, weil es moglich ist, daB Informationen in an- 
deren zur Partnerschaftseignungsuberpriifungs und 
Partnervermittlung benutzten Algorithmen auf ver- 
schieden Weisen benutzt werden konnen. An diese Al- 
gorithmen werden sehr person liche Informationen be- 
reitgestellt und wenn man nicht genau weiB, was diese 
Algorithmen damit machen, dann konnte ein Sicher- 
heitsrisiko entstehen. In dem Fall der RPMMSU ist das 
fast ausgeschlosscn. Dieser Algorithmus ist in der Ob- 
hut des RPMMSU-Betreibers und damit gibt es nur 
eine Instanz, die fur die Sicherheit und die richtige Be- 
nutzung zustandig ist 

15. Vertraulichkeit erfordemde Benutzer-Angaben bei 
bestimmten SPLEMP-iypen: Es gibt verschiedene 
SPLEMPs in einer Nachbarschaft oder Stadt. Jeder 
SPLEMP hat eine andere Kundschaft. Die Kundschaft 
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eines bestimmten SPLEMPs konnte einer bestimmten 
Katcgoric von Benutzem aus Griinden dcr Ethnizitat, 
Religion, politischen Meinungen, Geschlecht, sexuel- 
ler Orientierung, Verbandsmitgliedschaft, usw. nicht so 
wohlgcsonnen sein. Sollte ein Bcnutzer solchc Eigen- 5 
schaften haben, was aus ihm einen unwillkommenen 
Besucber bei diesem SPLEMP machen wiirde, ware es 
nicht so klug, jcdcm Bcliebigcn Zugang zu den Eigen- 
schaften des Besuchers zu ennoglichen. Diese Attri- 
bute sind als Vertraulichkeit erfordernd fur den be- 10 
stimmten SPLEMP zu verstehen. Als eine vorgegebene 
Regel sollten diese Attribute in diesem SP1JMP nicht 
fur Partnerschaftseignungsuberprufungen benutzt wer- 
den. Der Benutzer soli iiber diese kontextuelle Vertrau- 
lichkeitsanforderung benachrichtigt wcrdcn und gc- is 
fragt werden, oh er vor hat, diese Einstellung aufzuhe- 
ben. Dieser Aspekt des Dienstes hilft, urn festzustellen, 
welche Attribute in eincrn Benutzcrprofil bei eincm 
SPLEMP als Vertraulichkeit erfordernd erklart werden 
sollen. Die Informationen dies beziiglich stammen vom 20 
Feedback von verschiedenen Benutzem, die meinten, 
daB so eine Regelung notig ware. Ein SPLEMP konnte 
selbst den Wunsch haben, irgendwelche ungliickliche 
Vorfalle zu vermeiden und so eine Vorsichtsregelung 
angcwendet zu bekommen. 25 

16. Vertraulichkeit erfordernde Benutzer-Angaben bei 
bestimmten Ortlichkeiten: In bestimmten Ortlichkeiten 
gibt es bestimmte Arten von Menschen, die eine Ge- 
fahr fur Andere eines bestimmten Typus darstellen 
konnen. Alle SPLEMPs, die in diesem Gebiet sich be- 30 
finden, sind auch fur diesen Typus von Benutzem eine 
Gefahr, auBer wenn der SPLEMP extra fur diesen Ty- 
pus bedacht ist Andernfalls ist es wichtig, daB hochste 
Vorsicht bei der Vermittlung von Benutzem dieses Ty- 
pus in diese SPLEMPs angcwendet werden soli. Die 35 
Informationen, um so etwas zu bewerten kommen aus 
verschiedenen Quellen wie demographischen Studien, 
Bcnutzerfeedback, Vorfallsberichten, usw. 

17. Vorsicht bei der Nutzung von Vertraulichkeit be- 
durftigen Benutzer-Angaben bei Partnerschaftseig- 40 
nungsuberprufungen bei bestimmten Partnerschafts- 
kandidaten: Der Dienst erhalt Informationen iiber einen 
Benutzer entweder iiber seine eigenen Angaben, oder 
iiber sein Verhalten, das direkt durch die Dienstbenut- 
zung klar wurde, oder iiber Berichte von anderen Be- 45 
nutzern, oder durch das, was von seiner Strafakte her- 
geleitet werden konnte. Alle diese Quellen ennogli- 
chen es, daB entschieden werden kann, ob ein Benutzer 
bei einem anderen gut aufgehoben sein konnte oder ob 
man Vorsicht walten lassen solL Dieser EntschluB ist 50 
auch von dem Charakter des Benutzers selbst abhan- 
gig- 

18. Analyse der Dauerhaftigkeit der Benutzerprofilat- 
tribute und ihre Anwendung: Das BenutzerprohT andert 
sich im Verlauf der Zeit. Manchmal kann es sich als 55 
wichtig erweisen, aufzuspiiren, warum ein Partner- 
schaftseignungstreffer erzielt wurde, wie oft der Benut- 
zer sein Profil andert, ob der Benutzer etwas andert, 
was nicht als fluchtige Information betrachtet wird, ob 
der Benutzer bei der Anderung von Attributen Motive 60 
verfolgt, die es ihm ennoglichen wiirden, bei einer be- 
stimmten Gruppe von Leuten eine Partnerschaftseig- 
nung zu erzielen, ob die Anderungen realistisch sind, 
usw. Das kann sich als wichtig erweisen, z. B. wenn 
der Benutzer seine Profilattribute einfach so verandert, 65 
z. B. seine religiose Zugehdrigkeit, um Leuten nicht 
aus Griinden der Partnerschafl vermittelt zu werden, 
sondem um eine Gruppe von Menschen aufzuspiiren, 
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denen gegeniiber er ein negatives Ziel verfolgt, oder 
um bei der Partncrschaftseignungsuberprufung selbst 
zu tricksen. Solche unehrlich veranlagten Menschen 
waren bereit, ofters ihre Attribute zu verandern. 
1 9. Verfolgung der Glaubwiirdigkeit bei den Benutzer- 
profilattributen: Je nachdem, was der Benutzer in sein 
Benutzerprofil eingibt und was widerspruchliches von 
dem vermittelten Partncrschaftskandidaten durch 
Feedback ermittelt wurde, wird bewertet, wie hoch die 
Glaubwiirdigkeit bei verschiedenen Angaben eines Be- 
nutzers ist Auch die fruheren Glaubwiirdigkeitsbewer- 
tungen spielen dabei eine Rolle. Diese Glaubwiirdig- 
keit spielt eine groBe Rolle dabei, ob ein Benutzer ei- 
nem anderen vermittelt wird oder nicht 



Betriebsbezogene Funktionalitaten 

[0129] Hierbei geht es um Funktionalitaten, die den Be- 
trieb einer Implementierung des Systems betreffen. Das sind 
folgende Funktionalitaten: 

1. Installieren 

2. Uberwachen 

3. Protokolliercn 

4. Analysieren 

5. Steuem 

6. Konfigurieren 

7. Diagnostizieren 

8. Korrigieren 

9. Erweitem 

10. Unterbrechen 

11. Anschalten 

12. Ausschalten 

13. Kommunikation sichcrn 

14. Kooperation sichem 

1 5 . Verteilungs-Management 

16. Usw. 

[0130] Dariiber hinaus betrifft es die Modularisierung, 
Verteilung, und Organisation der Implementierung des Sy- 
stems, besonders was die RPMMSU angeht Verschiedene 
SPLEMPs befinden sich in verschiedenen Gebieten der 
Welt. Um ihre Verwaltung zu vereinfachen, werden die 
SPLEMPs zusammengefaBt zu Gruppen, die hier SPLEMP- 
Quster genannt werden. 

[0131] Ein SPLEMP-Quster kann geographisch oder 
nach Typus der SPLEMPs fcstgelegt werden. Die klcinstc 
Ortlichkeit ware vielleicht ein Stadtteil oder eine ganze 
Kleinstadt. Geographisch konnte eine Ortlichkeit topogra- 
phisch, politisch, kulturell, demographisch, rein geogra- 
phisch oder aus Griinden der gleichm^Bigen Verteilung be- 
stimmt werden. Hier geht man von der Ortlichkeit des 
SPLEMPs aus. Auch wenn die SPLEMPs nach Typus zu- 
sammengefaBt werden, werden sie trotzdem hochst wahr- 
scheinlich noch eine geographische Komponente haben. 
Unter Typus versteht man, ob der SPLEMP einer bestimmte 
Art von Kundschaft pflegt, in welcher GrbBenordnung man 
es einstufen kann, welches Bedienungs-Paket der Dienstan- 
bieter in Anspruch nimmt, usw. Hier geht man von dem 
SPLEMP aus. 

[0132] Die SPLEMP-Cluster konnen wiederum nach zwei 
Arten unterschieden werden: Betriebs-SPLEMP-Cluster 
und virtuelle SPLEMP-Cluster. Die SPLEMPs in einem Be- 
triebs-SPLEMP-Cluster benutzen die gleiche Ressourcen 
und ihre Verarbeitung lauft auf die gleichen Ressourcen, 
z. B. Prozessor und/oder Speicher. Sie teilen eine Plattform. 
Mehrere Betriebs-SPLEMP-Cluster konnen zu einem Obe- 
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ren-Betriebs-SPLEMP-Cluster zusammengefaBt werden, 
wobci dicscr sich auch wie cin Betricbs-SPLEMP-Clustcr 
verhalt Ein virtueller SPLEMP-Cluster umfafit mehrere 
SPLEMPs eventuell aus verschiedenen Betriebs-SPLEMP- 
Clustcrs nach iigendwelchen Kriterien, nur um irgendwel- 5 
che Operational auf ihnen gemeinsam durchfuhren zu kon- 
nen, oder auch einfach um auf sie diiekt auf einmal zuzu- 
grcifcn. Zu dicscn Artcn von Funktionalitalcn gchort auch 
das Management von Betriebs-SPLEMP-Clusters und virtu- 
ellen SPLEMP-Clusters. 10 

Technologien 

[0133] Technologien wie die auf Infrarot basierte IrDA, 
auf Rundfunkwellen basierte Bluetooth Technologic von 15 
BluetoothSIG, drahtlose JINI von Javasoft, oder ahnliche, 
konnen die Aufgabe der kurzstreckigen drahtlosen Kommu- 
nikation bewaltigen. 

[0134] Mobilfunknetze benutzen standardisierte Techno- 
logien wie GSM, IS-136, PDC, UMTS, usw. fur die lang- 20 
streckige drahtlose Kommunikation zwischen zwei Gerate. 
[0135] Fiir die langstreckige Kabei- Verbindungen, gibt es 
auch eine Reihe von Standards wie ISDN, Internet, usw. 
Auch viele anderen Technologien wie Java RMI, DCE, 
CORBA, XML Familie, CGI, Java Spezifikationen, usw. 25 
konnen benutzt werden. 

Gloss ar 



AUgemeines 



30 



Match Partnerschaftseignung, je nach Kontext auch: Part- 
nerschaftseignungstreffer, Partnerschaftseignungsbestati- 
gung, Partnerschaftseignungsfund, Partnerschaftsuberein- 
stimmung, PartnerschaftssuchtrefiFer, Partnerschaftsfund, 35 
Ubercmstimmungsmoglichkeitsbestatigung 
Match Making: Partnerschaftssuche, Parmerschaftsuberpru- 
fung, Partnervermittlung, Obercinstimmungspriifung 
Match Making Scheme Partnerschaftssuchprogramm, Part- 
nervermittlungsdienst, 40 
Public Leisure and Entertainment Meeting Place (PLEMP): 
Offentlicher Freizeit- und Vergnugungstreffpunkt 
Serviced Public Leisure and Entertainment Meeting Place 
(SPLEMP): Bedienter offentlicher Freizeit- und Vergnu- 
gungstreffpunkt 45 

Hauptkomponenten 

Real Partner Match Making Server Unit (RPMMSU): Part- 
ner-im-realen-Leben-tjtKireinslimmungsprufungs-Dienst- 50 
leistungs-Einheit 

Serviced Public Leisure and Entertainment Meeting Place's 
(SPLEMP) Location Server Unit (LSU): Ortlichkeitsdienst- 
leistungseinheit eines bedienten offentlichen Freizeit- und 
Vergnugungstreffpunktes 55 
User's Personal Mobile Communications and Computing 
Device (PMCCD): Personliches Mobilkommunikations- 
und Rechengerat des Benutzers 



Parteien 

Authentification Agency: Authentifizierungsagentur 
Security Authority: Sicherheitsinstanz 
SPLEMP Operator: SPLEMP-Betreiber 
RPMMSU Operator: RPMMSU-Betreiber 
User: Benutzer 



60 



65 



74 

Rollen 



Accepted Matched Candidate Partner: Akzeptierter vermit- 
telter Partnerschaftskandidat 
Candidate Partner: Partnerschaftskandidat 
Matched Candidate Partner Vermittelter Partnerschaftskan- 
didat 

Probationing Accepted Matched Candidate Partner: Akzep- 
tierter vermittelter Partnerschaftskandidat in der Probezeit 
Successfully Probationed Accepted Matched Candidate 
Partner Erfolgreich erprobter vermittelter und akzeptierter 
Partnerschaftskandidat 
User Benutzer 

Katcgoricn der Module 

Basic Platform Modules: Grundplattform-Module 
Communications Connection Management Modules: Korn- 
munikationsverbindungsmanagement-Module 
Configuration Modules: Konfigurationsmodule 
Information Analysis Modules: Informationsanalyse-Mo- 
dule 

Information Feed Modules: Informationseingabemodule 
Information Management Modules: Informationsmanage- 
mentmodulc 

Presentation Modules: Prasentations-Module 

Service Processing Modules: Dienstbearbeitende Module 

System Information Capture Modules: Systeminformations- 

erfassungsmodule 

User Dialogue Modules: Benutzerdialogmodule 

User Notification Modules: Benutzerbenachrichtigungsmo- 

dule 

User Query Modules: Benutzeranfragemodule 

Real Partner Match Making Server Unit 

Active User Profile Generation Module: Modul zur Erstel- 
lung aktiver BenutzerprofUe 

Astrological Systems based Astrological Profile Evaluation 
Module: Modul zur Bewertung auf astrologischen Systemen 
basierter astrologischer Profile 

Authentication Authority Agencies User Authentication 
Confirmation Feed Human-Machine Interface Support Mo- 
dule: Modul zur Unterstutzung der Mensch-Maschine- 
Schnittstelle fur die Authentifizierungsinstanzen zur Bcsta- 
tigungseingabe beziiglich der Authentifizierung des Benut- 
zers 

Authentication Module: Authentifizierungsmodul 
Automatic User Position Determining Module: Modul zur 
automatischen Bestimmung der Benutzerposition 
Central Processing Unit Zentralprozessoreinheit 
Communication Connection Establishment Module: Modul 
zum Aufbau einer Kommunikationsverbindung 
Display Ou^>ut Mechanism Unit Bildschirmausgabeme- 
chanismuseinheit 

Emergency Call Reception Module: Notrufempfangsmodul 

Emergency Call Security Processing Module: Sicherheits- 

modul zur Verarbeitung von Notrufen 

External Serial and Parallel Interfaces Bus and Control Unit: 

Bus- und Steuerungseinheit externer serieller und paralleler 

Schnittstellen 

Geographical Places and Positions Interrelationships 
Graphs based Information Format Conversion Modules: 
Modul zur Konvertierung des Formates der Informationen 
der Wechselbeziehungen zwischen geographischen Orten 
und Positionen 

Geographical Places and Positions Interrelationships 
Graphs based Information Management Module: Modul zur 
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Verwaltung der auf Wechselbeziehungsgraphen uber geo- 
graphische Ortc und Positionen basierten Informationen 
Interactive Activity Intentions Cofiguration Support Mo- 
dule: Modul zur Unterstiitzung der Kon figuration der Inter- 
aktivc-Tatigkeits-Absichten 

Interactive Activity Intentions Definition Processing Mo- 
dule: Modul zur Verarbeitung der Bestimmung der Interak- 
tivc-Tatigkeiten-Absichten 

Introductory Session Management Support Module: \br- 
stellungssitzungs-Verwaltungs- und Unterstiitzungsmodul 
Keys Input Mechanism Unit: Tasteneingabenmechanismus- 
einheit 

Locality related Demographic Information Capture and Ma- 
nagement Module: Modul zur Erfassung und Verwaltung 
ortlichkcitsbezogener demographischer Informationen 
Locality related User Profile Attributes Sensitivity Determi- 
nation Module: Modul zur Feststellung der Sensibilitat der 
ortlichkcitsbezogenen Bcnutzcrprofilsattribute 
Location Deregistration Intent Confirmation Support Mo- 
dule: Modul zur Bestatigungsunterstiitzung der Absicht zur 
Ortlichkeitsabmeldung 

Location Registration Configuration Support Module: Mo- 
dul zur Unterstiitzung der Konfiguration der Ortlichkeitsan- 
meldung 

Long Distance Signalling Connection to Serviced Public 
Leisure and Entertainment Meeting Place's Location Server 
Unit Management Module: Modul zur Verwaltung von 
Langstrecken-Datenubcrmittlungsverbindungen zur LSU 
eines SPLEMPs 

Long Distance Wired Networking and Communications 
Unit: Langstrecken-Kabel-Vemetzungs- und Kommunikati- 
onseinheit 

Long Distance Wireless Networking and Communications 
Unit: Langstreckige drahtlose Vemetzungs- und Kommuni- 
kationseinhcit 

Long Distance Wireless Signalling Connection to User's 
Personal Mobile Communications and Computing Device 
Management Module: Modul zur \ferwaltung von drahtlo- 
sen Langstrecken-Datenubermittlungsverbindungen zum 
PMCCD eines Benutzers. 

Long Distance Wireless Synchronous Duplex Communica- 
tion Connection to User's Personal Mobile Communications 
and Computing Device Management Module: Modul zur 
Verwaltung von drahtlosen synchronen Duplex Langstrek- 
ken-Kommunikationsverbindungen zum PMCCD eines Be- 
nutzers. 

Main Memory Unit: Plauptspeichereinheit 

Match Making Processor Module: Modul zur Verarbeitung 

der Partnerschaftseignungssuche 

Match Processing Module: Modul zur Verarbeitung der 
PartnerschaflseignungstreiTer 

Matched Candidate Partner Catalogue Management Mo- 
dule: Verwaltungsmodul des Kataloges von vermittelten 
Partnerschaftskandidaten 

Matched Candidate Partner Contact Willingness Confirma- 
tion Support Module: Modul zur Bestatigungsunterstutzung 
der Kontaktbereitschaft zu dem vermittelten Partnerschafts- 
kandidaten 

Matched Candidate Partner Critical Feedback Reception 
Module: Modul zum Empfang von kritischem Feedback zu 
einem vermittelten Partnerschaftskandidaten 
Matched Candidate Partner Critical Feedback Processing 
Module: Modul zur Verarbeitung des kritischen Feedbacks 
gegeniiber vermittelten Partnerschaftskandidaten 
Matched Candidate Partner Rememberance Information 
Configuration Support Module: Modul zur Unterstiitzung 
der Konfiguration der Informationen zur Erinnerung an ver- 
mittelte Partnerschaftskandidaten 



Matched Candidate Partner Rememberance Information 
Management Module: Modul zur Verwaltung von Informa- 
tionen zur Erinnerung an vermittelte Partnerschaftskandida- 
ten 

5 Operator and Service Description Information Provision 
Support Module: Modul zur Unterstiitzung von Bereitstel- 
lung von Informationen, die Betreiber und Dienst beschrei- 
bcn 

Operator Statistical & Other Reports Generator Support 
10 Module: Modul zur Unterstiitzung der Erstellung von Stati- 
stiken und anderen Berichten fur den Betreiber 
Operator System Management Human-Machine Interface 
Support Module: Modul zur Unterstiitzung der Mensch-Ma- 
schine-Schnittstelle fur den Betreiber bei der Systemverwal- 
15 tung 

Palmistry Systems based Palmistrical Profile Evaluation 
Module: Modul zur Bewertung auf handleserischen Syste- 
men basiertcr handlescrischer Profile 
Partner Introductory Information Generation and Provision 
20 Support Module: Modul zur Unterstutzung von Erstellung 
und Bereitstellung von Informationen zur \forstellung von 
einem Partner 

Persistent Memory Unit: Dauerhafte Speichereinheit 
Power Supply Unit: Stroinversorgungseinheit 

25 Psychological and Social Systems based Profile Evaluation 
Module: Modul zur Bewertung des auf dem psychologi- 
schen und sozialen System basierenden Profils 
Psychological and Social Systems based Profile History Ma- 
nagement Module: Verwaltungsmodul der auf psychologi- 

30 schen und sozialen Systeme basierten Profilchronik 

Resource Allocation Evaluation Module: Modul zur Bewer- 
tung der Ressourcenzuteilung 

Security Authority User Security Check and User Personal 
and Activity Information Feed Support Human-Machine In- 

35 tcrface Support Module: Modul zur Unterstutzung der 
Mensch-Maschine-Schnittstelle fur die Sicherheitsbehorden 
zur Unterstutzung der Eingabe von Angaben aus der Sicher- 
heitsakte des Benutzers, pcrsoulichcn Angaben des Benut- 
zers und Informationen uber Tatigkeiten des Benutzers 

40 Service Activation Configuration Support Module: Modul 
zur Unterstutzung der Konfiguration der Dienstaktivierung 
Serviced Public Leisure and Entertainment Meeting Place 
Accounts Management Module: Verwaltungsmodul des 
Kontos eines bedienten offentlichen Frcizeit- und Vergnu- 

45 gungstreffpunktes 

Specific Comobility and Coactivity Intention Definition and 
Tracking Information Management Module: Modul zur Ver- 
waltung von Absichtsdefinitionen und Nachverfolgungsin- 
formationen bezuglich der Zusammenbewegung und Zu- 

50 sammenagierung 

Specific Comobility and Coactivity Intention Definition and 
Tracking Security Information Reception Module: Modul 
zum Empfang von Informationen iiber Absichtsdefinitionen 
und Nachverfolgungsinformationen bezuglich der Zusam- 

55 menbewegung und Zusammenagierung 

Specific Comobility and Coactivity Intention Definition and 
Tracking Security Processing Module: Modul zur Verarbei- 
tung von Informationen fiber Absichtsdefinitionen und 
Nachverfolgungsinformationen bezuglich der Zusammen- 

60 bewegung und Zusammenagierung 

SPLEMP Account Information Configuration Support Mo- 
dule: Modul zur Unterstutzung der Konfiguration der Infor- 
mationen iiber SPLEMP-Konten 

SPLEMP Location Registration Processing Module: Modul 
65 zur Verarbeitung der Ortsanmeldungen bei einer SPLEMP 
SPLEMP Registration and Persistent Configuration Human- 
Machine Interface Support Module: Modul zur Unterstiit- 
zung der Mensch-Maschine-Schnittstelle zur SPLEMP-An- 
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meldung und dauerhaften Konfiguration 
SPLEMP Registration requiring Third-Party Authentication 
Coordination Module: Modul zur Koordination der fur die 
SPLEMP-Anmeldung erfordlichen Dritt-Partei-Authentifi- 
zierungs 5 
SPLEMP related User Profile Attributes Sensitivity Deter- 
mination Module: Modul zur Feststellung der Sensibilitat 
der SPLEMP-bezogcnen Benutzerprofilsattribute 
SPLEMP Servicing Module: SPLEMP-Bedienungsmodul 
SPLEMP Servicing Settings Configuration Support Mo- 10 
dule: Modul zur Unterstiitzung der Konfiguration der 
SPLEMP-Bedienungseinstellungen 
SPLEMP Servicing Settings Processing Module: Modul zur 
Verarbeitung der SPLEMP-Bedienungseinstellungen 
SPLEMP Sessions and Events Information Configuration 15 
Support Module: Modul zur Unterstiitzung der Konfigura- 
tion der Informationen iiber SPLEMP-Sitzungen und -Ver- 
anstaltungcn 

SPLEMP Sessions History Management Module: Verwal- 
tungsmodul fur die Chronik der Sitzungen eines SPLEMPs 20 
System Behaviour Complaint Submissions Processing Mo- 
dule: Modul zur Verarbeitung von Beschwerdevorlagen 
uber das System verhalten 

System Behaviour Complaint Submissions Reception Mo- 
dule: Modul zum Empfang von Beschwerdevorlagen uber 25 
das Systemverhalten 

System Behaviour Complaints Information Management 
Module: Modul zur Verwaltung von Beschwcrden iiber das 
Systemverhalten 

System Operations Quality Control and Maintenance Infor- 30 
mation Management Module: Informationsverwaltungssy- 
stem zur Kontrolle der System-Betriebsqualitat und zur 
Warning 

System Security Information Management Module: Sy- 
stemsicherheit-Informationsverwaltungsmodul 35 
System to SPLEMP Messaging Support Module: Modul zur 
Unterstiitzung von Benachrichtigungen vom System an den 
SPLEMP 

System to User Messages Information Management Mo- 
dule: Modul zur Verwaltung von Informationen iiber Be- 40 
nachrichtigungen von dem System an den Benutzer 
System to User Messaging Support Module: Modul zur Un- 
terstiitzung von Benachrichtigungen vom System an den 
Benutzer 

User Account and Personal Information Configuration Sup- 45 
port Module: Modul zur Unterstiitzung der Konfiguration 
von Benutzerkonto und von personlichen Angaben des Be- 
nutzers 

User Accounts Management Module: Benutzerkonto- Ver- 
waltungs modul 50 
User Behaviour Complaint Information Management Mo- 
dule: Modul zur Verwaltung von Beschwerden iiber das Be- 
nutzerverhalten 

User Behaviour Complaint Submissions Reception Module: 
Modul zum Empfang von Beschwerdevorlagen iiber das Be- 55 
nutzerverhalten 

User Behaviour Complaint Submissions Processing Mo- 
dule: Modul zur Verarbeitung von Beschwerdevorlagen 
iiber das Benutzerverhalten 

User Behaviour towards Matched Candidate Partner Irak- 60 
king History Management Module: Verwaltungsmodul fur 
die Nachverfolgungs-Chronik des Verhaltens des Benutzers 
gegenuber vermittelten Partnerschaftskandidaten 
User Behaviour towards People in General Tracking History 
Management Module: Verwaltungsmodul fur die Nachver- 65 
folgungs-Chronik des Verhaltens des Benutzers gegenuber 
Leuten im Allgemeinen 

User Behaviour towards Service Usage Tracking History 



Management Module: Verwaltungsmodul fur die Nachver- 
folgungs-Chronik des Bcnutzervcrhaltcns im Hinblick auf 
dessen Dienstnutzung 

User Behaviour towards SPLEMPs Tracking History Ma- 
nagement Module: Verwaltungsmodul fur die Nachvcrfol- 
gungs-Chronik des Verhaltens des Benutzers gegenuber 
SPLEMPs 

User directed Critical Feedback History Management Mo- 
dule: Verwaltungsmodul fur die Chronik benutzer-gerichte- 
ten kritischen Feedbacks 

User Home and Stay Information Configuration Support 
Module: Modul zur Unterstiitzung der Konfiguration der 
Heimats- und Aufenthaltsortsinformationen des Benutzers 
User Home and Stay Locality Management Module: Ver- 
waltungsmodul der Heimat- und Aufcnthaltsortes des Be- 
nutzers 

User Home Locality History Management Module: Verwal- 
tungsmodul fur die Chronik der Hcimatorte des Benutzers 
User Location Status and Serviceability Tracking Module: 
Modul zur Nachverfolgung von Status und Bedienbarkeit 
des Benutzers an einer Ortlichkeit 

User Location Tracking Module: Modul zur Verfolgung der 
Benutzer-Ortlichkeit 

User Match History Management Module: Verwaltungsmo- 
dul fur die Chronik der Partncrschaftseignungstrcffer eines 
Benutzers 

User Profile Attribute Credibility Tracking History Manage- 
ment Module: Verwaltungsmodul fur die Nachverfolgungs- 
Chronik der Glaubwurdigkeit der Attribute eines Benutzer- 
profils 

User Profile Change and Development Analysis Module: 
Modul zur Analyse von Veranderung und Entwicklung des 
Benutzerprofils 

User Profile Change and Development Information Ma- 
nagement Module: Information svcrwaltungsmodu I der Bc- 
nutzerprofilveranderungen und -entwicklung 
User Profile History Management Module: Verwaltungsmo- 
dul fur die Chronik der Benutzcrprofilc 
User Profile Management Module: Benutzerprofil- Verwal- 
tungsmodul 

User Registration and Persistent Configuration Human-Ma- 
chine Interface Support Module: Modul zur Unterstiitzung 
der Mensch-Maschine-Schnittstelle zur Benutzeranmeldung 
und dauerhaften Konfiguration 

User Registration requiring Third-Party Authentication 
Coordination Module: Modul zur Koordination der fur die 
Benutzeranmeldung erfordlichen Dritt-Partei-Authentifizie- 
rungs 

User Security Check Me Processing Module: Modul zur 
Verarbeitung der Benutzer-Sicherheitsuberprufiingsakte 
User Security Check required Security Authority Check-Up 
Request Module: Modul zur Stellung einer sicherheitsiiber- 
prufungsbezogene Anfrage an eine Sicherheitsinstanz zum 
Zwecke der Benutzersicherheitsuberpriifung 
User Security File Management Module: Verwaltungsmo- 
dul der Benutzer-Sicherheitsakte 
User Servicing Module: Benutzerbedienungsmodul 
User Servicing Sessions History Management Module: ^r- 
waltungsmodul fur die Chronik der Bedienungssitzungen ei- 
nes Benutzers 

User Servicing Settings Cofiguration Support Module: Mo- 
dul zur Unterstiitzung der Konfiguration der Bedienungsein- 
stellungen des Benutzers 

User Servicing Settings Processing Module: Modul zur Ver- 
arbeitung der Bedienungseinstellungen des Benutzers 
User Stay Locality History Management Module: Verwal- 
tungsmodul fur die Chronik der Aufenthaltsorte des Benut- 
zers 
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User's Current Service Usage Privilege Defining Points 
Computing Module: Modul zur Bcrechnung der aktuellen 
Dienstbenutzungsprivilegien-Punktzahl des fienutzers 
Testing and Diagnosis Module: Test- und Diagnosemodul 

5 

User's Personal Mobile Communications and Computing 
Device 

Authentication Module: Authentifizierungsmodul 

Central Processing Unit: Zentralprozessoreinheit 10 

Communication Connection Establishment Module: Modul 

zum Aufbau der Komrnunikationsverbindungen 

Display Output Mechanism Unit: Bildschirmausgabeme- 

chanismuseinheit 

Emergency Call Security Module: Sicherheitsmodul bei 15 
Notrufen 

External Serial and Parallel Interfaces Bus and Control Unit: 
Bus- und Steuerungscinhcit externcr scrieller und paralleler 
Schnittstellen 

Geographical Position Determiner Unit: Einheit zur Bestim- 20 
mung der geographischen Position 

Interactive Activity Intentions Definition Module: Modul 
zur Definition von Interaktive-Tatigkeits-Absichten 
Introductory Session Support Module: Modul zurUnterstut- 
zung der Bekanntmachungssitzung 25 
Keys Input Mechanism Unit: Tasteneingabenmechanismus- 
einheit 

Location Deregistration Confirmation Module: Ortlichkeits- 
abmeldungsbestatigungsmodul 

Location Registration Module: Orthchkeitsanmeldemodul 30 
Location Stay Monitoring Module: Ortlichkeitsanwesen- 
heitsuberwachungsmodul 

Long Distance Wireless Networking and Communications 
Unit: Langstreckige drahtlose Vemetzungs- und Kommuni- 
kationseinheit 35 
Main Memory Unit: Hauptspeichereinheit 
Matched Candidate Partner Catalogue Access Module: Mo- 
dul fur den Zugriflf auf den Katalog des vermittclten Partncr- 
schaftskandidaten 

Matched Candidate Partner Critical Feedback Module: Mo- 40 
dul fur den kritischen Feedback zu einem vermittelten Part- 
nerschaftskandidaten 

Matched Candidate Partner Offer Response Module: Modul 
zur Beantwortung von Angeboten von vermittelten Partner- 
schaftskandidaten 45 
Matched Candidate Partner Personal Object Transfer and 
Access Grant Module: Modul fiir Transfer von personlichen 
Informationsobjekten und Gewahrung von Zugriff an und 
von dem vermittelten Partnerschaftskandidaten 
Matched Candidate Partner Rememberance Information 50 
Configuration Module: Modul zur Konfiguration der Infor- 
mationen zur Erinnerung an vermittelte Partnerschaftskan- 
didaten 

Persistent Memory Unit Dauerhafle Speichereinheit 
Power Supply Unit: Stromversorgungseinheit 55 
Service Activation Module: Modul zur Dienstaktivierung 
Service Main Module: Hauptbedienungsmodul 
Short Distance Wireless Networking and Communications 
Unit: Kurzstreckige drahtlose Vemetzungs- und Kommuni- 
kationseinheit 60 
Specifice Comobility and Coactivity Intention Definition 
and Tracking Security Module: Sicherheitsmodul fur die 
Absichtsdefinitionen und Nachverfolgungsinformationen 
beziiglich der Zusammenbewegung und Zusammenagie- 
rung 65 
Speech Recognition Input Mechanism Unit: Spracherken- 
nungseingabemechanismuseinheit 

Speech Synthesis Output Mechanism Unit: Ausgabemecha- 



nismuseinheit durch Sprachsynthese 
Synchronous Communication Support Module: Modul zur 
Unterstiitzung der synchronen Kommunikation 
System to User Messaging Support Module: Modul zur Un- 
terstiitzung der Benachrichtigungen vom System an den Be- 
nutzer 

System Behaviour Complaint Submission Module: Modul 
zur Vorlagc von Beschwerdcn uber das Systcmvcrhaltcn 
Touch Screen Input Mechanism Unit: Eingabcmechanis- 
museinheit mit beriihrungsempfindlichem Bildschirm 
User Position TVacking Security Module: Sicherheitsmodul 
zur Nachverfolgung der Benutzerposition 
User Servicing Settings Module: Modul fur die Bedienungs- 
einstellungen des Benutzers 

Serviced Public Leisure; and Entertainment Meeting Place's 
Location Server Unit 

Authentication Module: Authentifizierungsmodul 
Central Processing Unit: Zentralprozessoreinheit 
Check-In Confirmation Short Distance Wireless Listener 
and Signalling Units: kurzstreckige drahtlose Abhor- und 
Signalisierungseinheiten zur Check-In-Bestatigung 
Check-Out Confirmation Short Distance Wireless Listener 
and Signalling Units: kurzstreckige drahtlose Abhor- und 
Signalisierungseinheiten zur Check-Out-Bestatigung 
Display Output Mechanism Unit: Bila^hirmausgabeme- 
chanismuscinheit 

External Serial and Parallel Interfaces Bus and Control Unit: 
Bus- und Steuerungseinheit externer serieller und paralleler 
Schnittstellen 

Keys Input Mechanism Unit: Tasteneingabenmechanismus- 
einheit 

Location Registration Information Exchange Short Distance 
Wireless Listener Signalling Units: kurzstreckige drahdose 
Abhor- und Signalisierungseinheiten zum Austausch von 
Ortlichkeitsanmeldeinformationen 

Location Registrations Management Module: Modul zur 

Verwaltung der Qrtlichkeitsanmeldungen 

Long Distance Networking and Communications Unitr 

Langstreckige Vemetzungs- und Kommunikationseinheit 

Main Memory Unit; Hauptspeichereinheit 

On Premises Stay Check Short Distance Wireless Listener 

and Signalling Units: kurzstreckige drahtlose Abhor- und 

Signalisierungseinheiten zur Oberprufung des Aufcnthaltcs 

auf dem Gelande 

Persistent Memory Unit: Dauerhafte Speichereinheit 
Power Supply Unit: Stromversorgungseinheit 
Premises Listeners Management Module: Modul zur Ver- 
waltung der Umgebungsabhoreinheiten 
Premises User Stay Information Forwarding Module: Mo- 
dul zur Weiterleitung der Informationen iiber den Aufenthalt 
des Benutzers auf dem Gelande 

Server Boot Module: Modul zum Hochfahren des Servers 
Server Testing Module: Servertestmodul 
Service Quality Settings Module: Modul fiir die Einstellun- 
gen zur Dienstqualitat 

Speech Recognition Input Mechanism Unit: Spracherken- 
nungseingabemechanismuseinheit 

Speech Synthesis Output Mechanism Unit: Ausgabemecha- 

nismuseinheit durch Sprachsynthese 

System Behaviour Complaint Submission Module: Modul 

zur Vorlage von Beschwerden iiber das Systemverhalten 

System to SPLEMP Messaging Support Module: Modul zur 

Unterstiitzung der Benachrichtigungen vom Sytem an den 

SPLEMP 

Touch Screen Input Mechanism Unit: Eingabemechanis- 
museinheit mit beriihrungsempfindlichem Bildschirm 



DE 100 40 948 A 1 



81 



User Behaviour Complaint Submission Module: Modul zur 
Vorlage von Bcschwerden iibcr das Benulzervcrhalten 
User Location Registration Module: Modul zur Anmeldung 
des Benutzers bei eincr Ortlichkeit 

User Servicing Activation Module: Modul zur Aktivicrung 
der Benutzerbedienung 

User Stay Monitoring Module: Modul zur Uberwachung des 
Benutzcraufenthalts 

Signale 

Check-In Area Approach Notification Signal: Signal, das 
die Annaherung an eine Ortlichkeit beim Check-In bekannt 
gibt 

Check-In Confirmation Signal: Eincheck-Bcstatigungssi- 
gnal 

Check-Out Area Approach Notification Signal: Signal, das 
die Annaherung an eine Ortlichkeit beim Cbcck-Out be- 
kannt gibt 

Check-Out Confirmation Signal: Auscheck-Bestatigungssi- 
gnal 

Location Registration Request Processing Signal: Signal, 
das die Anfrage nach einer Anmeldung bei einer Ortlichkeit 
bekannt gibt 

On-Premises Signal: Signal, das den Umfang eines Gelan- 
des markiert 

On-Premises Stay Confirmation Signal: Signal, das den 
Aufenthalt auf cincm Gelandc bestatigt 
SPLEMP Identification Signal: Signal, das ein SPLEMP 
cindeutig identifiziert 

SPLEMP Area Identification Signal: Signal, daB die Region 
eines SPLEMPs bekannt gibt 

SPLEMP Floor Identification Signal: Signal, daB das ent- 
sprechende Stockwerk eines mehrgeschoBigen SPLEMPs 
bekannt gibt 

SPLEMP Registrability Signal: Signal, das die Anmeldbar- 
keit bei einem SPLEMP bestatigt 

User Registration Identifier Broadcast Signal: Signal, das 
ein dem Benutzer bei der Anmeldung zugeordnetes Kenn- 
zeichen besagt 

Hauptakronyme 
LSU: Location Server Unit 

PLEMP: Public Leisure and Entertainment Meeting Place 
PMCCD: Personal Mobile Communications and Computing 
Device 

RPMMSU: Real Partner Match Making Server Unit 
SPLEMP: Serviced Public Leisure and Entertainment Mee- 
ting Place 

Andere Akronyme 

CGI: Common Gateway Interface 
CORBA: Common Object Request Broker Architechture 
DCE: Distributed Communication Environment 
GSM: Global System for Mobile Communications 
IrDA: Infrared Data Association 

IS-136: TDMA Cellular/PCS - Radio Interface - Mobile 
Station - Base Station Compatibility Standard 
ISDN: Integrated Services Digital Network 
Java RMI: Java Remote Method Invocation 
PDC: Personal Digital Cellular 

UMTS: Universal Mobile Telecommunications Services 
XML: Extensible Markup Language 
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Abbi Idungsverzeichnis 



[0136] 1. Abb. 1: Diese Abbildung stellt einen einfachen 
PartnerschaftsvermittlungsprozeB dan 
5 [0137] 2. Abb. 2: Das System, wenn es um eine Location 
Server Unit erweitert wird. 

[0138] 3. Abb. 3: Hauptspeicher-Module der Partner- 
scharlsvcnriittlungs-Dicnstlcistungscinhcit. 
[0139] 4. Abb. 4: Dauerhafte-Speicher-Module zu auf be- 
lt) diente offenttiche Freizeit- und VergnugungstrefFpunkte be- 
zogene Informationen 

[0140] 5. Abb. 5: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Partnerschaftsvermittlungs- 
Dienstleistungssystem verwaltete Benutzer, namlich Infor- 
15 mationen, die der Benutzer selbst konfiguricrt, wie Benut- 
zerprofil, Tatigkeitsinteressen, Heimatort, Aufenthaltsort, 
usw. 

[0141] 6. Abb. 6: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Partnerschaftsvermittlungs- 
20 Dienstleistungssystem verwaltete Benutzer, namlich Chro- 
niken des Benutzerprofils, der Heimatsorte, der Aufenthalts- 
orte, usw. 

[0142] 7. Abb. 7: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Paruierschaftsvermittlungs- 

25 Dienstleistungssystem verwaltete Benutzer, namlich die 
Partnerschaftseignungstrefiferchronik des Benutzers. 
[0143] 8. Abb. 8: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Partnerschaflsvcrmitdungs- 
Dienstleistungssystem verwaltete Benutzer, namlich die 

30 Chronik der Bedienungssitzungen des Benutzers 

[0144] 9. Abb. 9: Dauerhafte-Speicher-Module zu Infor- 
mationen bezogen auf vom Partnerschaftsvermitdungs- 
Dienstleistungssystem verwaltete Benutzer, namlich die 
Krititische-Feedback-Chronik des Benutzers und seine Si- 

35 cherheitsakte 

[0145] 10. Abb. 10: Dauerhafte-Speicher-Module zu In- 
formationen bezogen auf vom Partnerschaftsvermittlungs- 
Dicnstlcistungssystcm verwaltete Benutzer, namlich die ak- 
tuelle Dienstbenutzungsprivilegien-Punktzahl des Benut- 

40 zers und andere darauf basierende Informationen. 

[0146] 11. Abb. 11: Modulstruktur des Personal Mobile 
Communications and Computing Device des Benutzers 
[0147] 12. Abb. 12: Modulstruktur der Location Server 
Unit (LSU) des Serviced Public Leisure and Entertainment 

45 Meeting Place (SPLEMPs) 

[0148] 13. Abb. 13: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Informations- 
managementmodule 

[0149] 14. Abb. 14: Modulstruktur der Real Partner 
50 Match Making Server Unit beschrankt auf die Benutzerdia- 
logmodule 

[0150] 15. Abb. 15: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Benutzeran- 
fragemodule 

55 [0151] 16. Abb. 16: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Informations- 
analyse-Module 

[0152] 17. Abb. 17: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Systeminfor- 
60 mationserfassungsmodule 

[0153] 18. Abb. 18: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Benutzerben- 
achrichtigungsmodule 

[0154] 19. Abb. 19: Modulstruktur der Real Partner 
65 Match Making Server Unit beschrankt auf die Konfigurati- 
onsmodule 

[0155] 20. Abb. 20: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Informations- 
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eingabemodule 

[0156] 21. Abb. 21: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die dienstbear- 
beitenden Module 

[0157] 22. Abb. 22: Modulslruktur der Real Partner 5 
Match Making Server Unit beschrankt auf die Kommunika- 
tionsverbindungsmanagement-Module 
[0158] 23. Abb. 23: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Prasentati- 
ons-Module 10 
[0159] 24. Abb. 24: Modulstruktur der Real Partner 
Match Making Server Unit beschrankt auf die Grundplatt- 
fonn-Module 

[0160] 25. Abb. 25: Modularten des Partnerschaftseig- 
nungssuchprozessor-Moduls der Real Partner Match Ma- 15 
king Server Unit 

[0161] 26. Abb. 26: Abstrakte Komponententypus-Archi- 
tektur 

Interpretierungsanleitung 20 

Die Texte, die in den Abb. 3-10 benutzt werden, dienen pri- 
mar nicht dem Ziel der Erlauterung, sondern stellen die Art 
der Informationen dar, die in den entsprechenden Speicher- 
Elcmenten enthalten sind, und geben dadurch die Speicher- 25 
Elemente selbst wieder. Die Abbildungen reprasentieren die 
Verschachtelung der Speicher-Elemente. 
Die Tbxte, die in den Abb. 11-25 vorkommen, sind cben- 
falls keine Erlauterungen, sondem reprasentieren nur die 
Namen der jeweiligen Module. 30 

Patentanspruche 

1. Zwei Benutzer eines Dienstes werden einander 
durch Partnersuche, Partnerschaftscignungsuberpru- 35 
fung und Bekanntmachung vermittelt, wobei die Bei- 
den sich irgendwo in einer gemeinsamen, mit dem 
Dienst koopcricrenden, Umgebung befinden. Die 
tiberprufung findet auf einem anderen eventuell ent- 
fernten Rechensystem (RPMMSU) statt. Die beiden 40 
Benutzer werden iiber den "TYeffer" iiber ihr Personal 
Mobile Communication and Computing Device 
(PMCCD) informiert, wobei jeder Benutzer ein solches 
PMCCD mit sich tragt Dieser Treffer ermoglicht es, 
daB die zwei Benutzer direkt oder indirekt miteinander 45 
kommunizieren konnen. Die drei Subsysteme - 
PMCCD des Benutzers, PMCCD des Partnerschafts- 
kandidaten, RPMMSU - kommunizieren miteinander 
drahtlos. Zusammen bildet dies ein verteiltes System. 
Die Beziehung Dienst-System ist wie in den Punkten 50 
"L6sungsarchitektur n rSystem-Dienst Zweiteilung" zu 
verstehen. 

2. Patentanspruch (1) dadurch gekennzeichnet, daB 
das System einige oder alle der oben in "Losungsarchi- 
tekturXSystemunifangsumrisse"rKenifunktionaIita- 55 
ten" aufgelisteten Funktionalitaten besitzt. 

3. Patentanspruche (1) und (2) dadurch gekennzeich- 
net, daB das System die in Patentanspruch (2) erwahn- 
ten Funktionalitaten mittels der in "Losungsarchitek- 
turTHaupt-Dienstprozesse, Funktionalitaten und L6- 60 
sungsstrategien" ausgefuhrten Strategien, so weit es 
nur diese Funktionalitaten betrifft, die verschiedenen 
Aspekten und Bedingungen betrachtend realisiert. 

4. Patentanspruche (1) und (2) dadurch gekennzeich- 
net, daB das System die in Patentanspruch (2) erwahn- 65 
ten Funktionalitaten mittels der in "Losungsarchitek- 
tur'TArchitekturentwurfsmodule" empfohlene Lo- 
sung, so weit es nur diese Funktionalitaten betrifft, rea- 
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lisiert 

5. Patentanspruche (1) und (2) dadurch gekennzeich- 
net, daB das System gar keine, eine, einige oder alle der 
oben in n L6sungsarchitekmrV"Systemumfangsumris- 
scT" Aufdaucnde Funktionalitaten" aufgelisteten Funk- 
tionalitaten besitzt. 

6. Patentanspruche (1), (2), (3) und (5) dadurch ge- 
kennzeichnet, daB das System die oben in Patentan- 
spruch (4) erwahnte Funktionalitaten mittels der in 
M I^ungsarcWtektur'7"Haupt-Dienstprozesse, Funk- 
tionalitaten und Losungsstrategien" ausgefuhrten Stra- 
tegien, so weit es nur diese Funktionalitaten betrifft, die 
verschiedenen Aspekten und Bedingungen betrachtend 
realisiert 

7. Patentanspruche (1), (2), (4) und (5) dadurch ge- 
kennzeichnet, daB das System die oben in Patentan- 
spruch (4) erwahnte Funktionalitaten mittels der in 
"Losungsarchitcktur7"Architekturentwurfsmodulc M 
empfohlene Losung, so weit es nur diese Funktionalita- 
ten betrifft, realisiert. 

8. Patentanspruche (1), (2) und (5) dadurch gekenn- 
zeichnet, daB das System gar keine, eine, einige oder 
alle der oben in "LosungsarchitekturTSystemum- 
fangsumrisseTOptimierende Funktionalitaten" aufge- 
listeten Funktionalitaten besitzt 

9. Patentanspruche (1), (2), (3), (5), (6) und (8) da- 
durch gekennzeichnet, daB das System die oben in Pa- 
tentanspruch (8) erwahnte Funktionalitaten mittels der 
in ,r L6sungsarchitektur"rHaupt-Dienstprozesse, Funk- 
tionalitaten und Losungsstrategien" ausgefuhrten Stra- 
tegien, so weit es nur diese Funktionalitaten betrifft, die 
verschiedenen Aspekten und Bedingungen betrachtend 
realisiert 

10. Patentanspruche (1), (2), (4), (5), (7) und (8) da- 
durch gekennzeichnet, daB das System die oben in Pa- 
tentanspruch (6) erwahnte Funktionalitaten mittels der 
in "I^sungsarchitektur'TArchitekturentwurfsmodule" 
empfohlene Losung, soweit es nur diese Funktionalita- 
ten betrifft, realisiert 

11. Patentanspruche (1), (2), (5) und (8) dadurch ge- 
kennzeichnet, daB das System gar keine, eine, einige 
oder alle der oben in "Losungsarchitektur"rSystem- 
umfangsumrisse7"Erweiterte Funktionalitaten" aufge- 
listeten Funktionalitaten besitzt 

12. Patentanspruche (1), (2), (3), (5), (6), (8), (9) und 
(11) dadurch gekennzeichnet, daB das System die oben 
in Patentanspruch (11) erwahnten Funktionalitaten mit- 
tels der in "L6sungsarchitektur n rHaupt-Dicnstpro- 
zesse, Funktionalitaten und Losungsstrategien" ausge- 
fuhrten Strategien, so weit es nur diese Funktionalita- 
ten betrifTt, die verschiedenen Aspekten und Bedingun- 
gen betrachtend realisiert. 

13. Patentanspruche (1), (2), (4), (5), (7), (8), (10) und 
(11) dadurch gekennzeichnet, daB das System die oben 
in Patentanspruch (11) erwahnten Funktionalitaten mit- 
tels der in "l^sungsarchitektiir"rArchitektiirentwurfs- 
module" empfohlene Losung, soweit es nur diese 
Funktionalitaten betrifft, realisiert 

14. Patentanspruche (1) und (2) dadurch gekennzeich- 
net, daB das System gar keine, eine, einige oder alle der 
oben in "Losungsarchitektur7"Systemumfangsumris- 
se'TBetriebsbezogene Funktionalitaten" aufgelisteten 
Funktionalitaten besitzt 

15. Patentanspruche (1), (2), (3) und (14) dadurch ge- 
kennzeichnet, daB das System die in Patentanspruch 
(14) erwahnten Funktionalitaten mittels der in "L6- 
sungsarchitektur'THaupt-Dienstprozesse, Funktiona- 
litaten und Losungsstrategien" ausgefuhrten Strate- 
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gien, so weit es nur diese Funktionalitaten betrifft, die 
verschiedenen Aspekten und Bcdingungcn bctrachtend 
realisiert. 

16. Patentanspriiche (1), (2), (4) und (14) dadurch ge- 
kennzeichnet, dafi das System die in Patcntanspruch 5 

(14) erwahnten Funktionalitaten mittels der in "L6- 
sungsarchitektur"rArchitekturentwurfsmodule n emp- 
fohlenc Losung, so weit cs nur dicsc Funktionalitaten 
betrifft, realisiert 

17. Patentanspriiche (1), (2), (5) und (14). 10 

18. Patentanspriiche (1), (2), (3), (5), (6), (14), (15) 
und (17) dadurch gekennzeichnet, daB das System die 
in Patentanspruch (17) erwahnten Funktionalitaten 
mittels der in "LosungsarchitekturTHaupt-Dienstpro- 
zessc, Funktionalitaten und Losungsstrategien" ausge- 15 
fuhrten Strategien, so weit es nur diese Funktionalita- 
ten betrifft, die verschiedenen Aspekten und Bedingun- 
gen bctrachtend realisiert. 

19. Patentanspriiche (1), (2), (4), (5), (7), (14), (16) 
und (17) dadurch gekennzeichnet, daB das System die 20 
in Patentanspruch (17) erwahnten Funktionalitaten 
mittels der in "Losungsarchitektiir"rArcrntekturent- 
wurfsmodule" empfohlene Losung, soweit es nur diese 
Funktionalitaten betrifft, realisiert. 

20. Patentanspriiche (1), (2), (5), (8), (14) und (17). 25 

21. Patentanspriiche (1), (2), (3), (5), (6), (8), (9), (14), 

(15) , (17), (18) und (20) dadurch gekennzeichnet, daB 
das System die in Patentanspruch (20) erwahnten 
Funktionalitaten mittels der in "Losungsarchitek- 
turTHaupt-Dienstprozesse, Funktionalitaten und L6- 30 
sungsstrategien" ausgefuhrten Strategien, so weit es 
nur diese Funktionalitaten betrifft, die verschiedenen 
Aspekten und Bedingungen betrachtend realisiert. 

22. Patentanspriiche (1), (2), (4), (5), (7), (8), (10), 
(14), (16), (17), (19) und (20) dadurch gekennzeichnet, 35 
daB das System die in Patentanspruch (20) erwahnten 
Funktionalitaten mittels der in "Losungsarchitek- 
turTArchitckturcntwurfsmodule' 1 empfohlene Lo- 
sung, soweit es nur diese Funktionalitaten betrifft, rea- 
lisiert. 40 

23. Patentanspriiche (1), (2), (5), (8), (11), (14), (17), 
und (20). 

24. Patentanspriiche (1), (2), (3), (5), (6), (8), (9), (11), 
(12), (14), (15), (17), (18), (20), (21) und (23) dadurch 
gekennzeichnet, daB das System die in Patentanspruch 45 
(23) erwahnten Funktionalitaten mittels der in "L6- 
sungsarchitektur"/"Haupt-Dienstprozesse, Funktiona- 
litaten und Losungsstrategien" ausgefuhrten Strate- 
gien, so weit es nur diese Funktionalitaten betrifft, die 
verschiedenen Aspekten und Bedingungen betrachtend 50 
realisiert. 

25. Patentanspriiche (1), (2), (4), (5), (7), (8), (10), 
(11), (13), (14), (16), (17), (19), (20), (22) und (23) da- 
durch gekennzeichnet, daB das System die in Patentan- 
spruch (23) erwahnten Funktionalitaten mittels der in 55 
"I^sungsarchitekttu- n rArchitekturentwurfsmodule" 
empfohlene Losung, soweit es nur diese Funktionalita- 
ten betrifft, realisiert. 

26. Patentanspriiche (l)-(25) dadurch gekennzeich- 
net, daB die durch die Patentanspriiche ( 1 }~{25) ermog- 60 
lichte Systemc die Technologien, die in "Losungsarchi- 
tektur"rSystemunffangsurnrisse"rTechnologien rt er- 
wahnt sind, benutzen, besonders fur die kurzstreckige 
drahtlose Kommunikation. 

Interpreticrungsanleitung 65 
In Patentanspriichen, die davon handeln, uber welche 
Funktionalitaten das System verfugt, wird an manchen 
Stellen die "gar-keine"-Variante bei der Einftigung von 
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Funktionalitatsgruppen verwendet. Diese Variante 
wird in nachfolgenden ahnlichcn Patentanspriichen bc- 
notigt, um darauf zu deuten, daB die Einbeziehung des 
ersten Patentanspruches in den Zweiten nicht notwen- 
digerweise diejenigen Funktionalitaten, die erst in dem 
ersten Patentanspruch eingefuhrt wurden, besitzen 
muB, sondern sich dadurch nur auf die Patentanspriiche 
bezichen kann, auf die der erstc Patcntspruch sich 
selbst bezieht. Eine andere Verwendung fur diese Va- 
riante ist nicht vorgesehen. 

In Patentanspriichen, die davon handeln, liber welche 
Funktionalitaten das System verfugt, konnen, wo hin- 
gewiesen, unterschiedliche Funktionalitaten und auch 
unterschiedliche Anzahl von Funktionalitaten einbezo- 
gen wcrden. Ein cinzigcr Patcntanspruch kann also 
mehrere Systeme beanspruchen, wo jedes der bean- 
spruchten Systeme eine andere ^Combination der Funk- 
tionalitaten vcrkorpcrt. Manche Funktionalitaten im- 
plizieren schon bestimmte andere Funktionalitaten. 
Dadurch konnten bei Einbeziehung von Funktionalita- 
ten auch andere automatisch einbezogen werden. 
In Patentanspriichen, die von der Realisierung des Sy- 
stems mittels bestimmter Strategien handeln, wird im- 
pliziert, daB dessen Realisierung eine optimale Kombi- 
nation der Strategien, so wie es in den entsprcchenden 
Diskussionspunkten erklart wird, mit sich zieht 
In Patentanspriichen, die von der Realisierung des Sy- 
stems mittels bestimmter Losungsmoglichkeiten han- 
deln, wird impliziert, daB die Losungsteile, die in den 
einbezogenen ahnlichen Patentanspriichen verwendet 
werden, von neuen Losungen eriibrigt werden konnten, 
da diese neuen Losungen fur das jeweilige bean- 
spruchte System wegen der herrschenden Konstella- 
tion der Funktionalitaten eine bessere Losung darstel- 
len. 

Diese Form der Schreibung fur Patentanspriiche wurde 
eingefuhrt, um den Umfang des Patentanspruches bes- 
scr zu verdeutlichen. Es wird hier eine groBc Zahl von 
Funktionalitaten, Strategien, Losungen, Systemkom- 
ponenten, usw. ausgefuhrt. Ein bestimmter Aspekt 
kann vorkommen oder auch nicht. Das System kann in 
sehr vielen verschiedenen Weisen erweitert werden. 
Die Art und Weise, wie sie alle miteinander kombiniert 
werden konnen, ist unuberschaubar. 
In den Patentanspriichen wurden viele Verweise auf an- 
dere Stellen benutzt, weil es ansonsten zu viel Stoff 
gabe, welcher an den Stellen hatte aufgefuhrt werden 
miissen. So sind die Patentanspriiche kurz und deutlich 
geblieben. 
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Abbildung 4 
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•Authentifizienmgs-SchlQssel 
'Rechnungsschrribung 
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Besuchertypen-Analyse-Chronik 

♦Temporare demographische Besucherverteifung 
*Veranstaltungstyp-abhdngigc demographische Bcsucherveitcihing 



Liste der Besuchssitzungsstatistiken 



Bc^chssitz^gsstatistiken . ■ 

•Anzahl derBesucher : v "" • ■ '•: • ■"!'•■*•' 
'-'J' •Demographische Verteitung der Besiicher . 

•Listedn-OrtJichlceitsanmcldekennzeichen 
. : *Zeitangaben . • ' ' - 
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Sitzungsbeschreibung 

•Veranstalter / Verantwortlicher 
•Berschreibung des Hauptercignis 
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•Personaleinsatz 
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Sitzungskalender 



Richtlinien des Sitzungsablaufs 



Liste der spezifischen Sitzungsablaufe 



Spezifiscber Sitzungablauf 
•Datum 
•Zerten 
•Dauer 

•Vorlagc der Ressourcenbedarftabsch atzuug 
•Maximale Benutzer-Bedi enbarkeitsdauer 



Allgemeine Regeln 

•Allgemeine wfchenUiche Werktagc 
•Zeiten 

•ArbeitsfreieTage 
'Maximale Benutzer-Bedienbarkeitsdauer 



Ausnahmeregeln 

♦UnregelmaBige arbeitsfreie Tage 



Veranstahungskalender 



Kalender ' 



\ •Datum.;;. ;f\ 
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•Vorlage der Ressourceiibedarfsabschatzung 
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